HDTenEightyP/NetNews huggingface dataset:
From: dkf@chem.ucsd.edu (David Knight French)
Newsgroups: comp.unix.aix
Subject: Re: Xstation printing and unwanted header pages
Date: 28 Sep 92 10:05:01 GMT
Organization: University of California San Diego, Chemistry
NNTP-Posting-Host: chedccf0.ucsd.edu

In article <1992Sep28.015753.6802@uvm.edu> alb@moose.uvm.edu (Allan L. Bazinet) writes:
>I have a Proprinter attached to my Xstation 130.  In the print queue
>setup, I specified that no header and trailer pages were required.
>A header page still gets printed.  Is there some way to turn this
>off?
>
>AIX 3.2.? (PTF hell, we know it well.  Just what am I running?
>Only Austin knows for sure. :-(  )
>
>-------------------
>Allan L. Bazinet
>Systems Programmer
>University of Vermont


	Well, we have the same problem with Apple and HP printers that
	are spooled off of our RS/6000.  It is probably a bug that needs
	to be fixed, but I don't want to go through anymore "PTF hell".
	If you know youy will NEVER want headers then a simple work-
	around (That is no "PTF hell" required!!) is to:

		lsvirptr
		(choose virtual printer for the Proprinter)
		set: sh=/bin/cat < /dev/null > /dev/null 2>&1
		Hit return to exit

	From now on you will NEVER get a header, since it is throughing
	them all into the void.  Make sure the '< /dev/null' is there,
	though. Otherwise, you will have process lying around that show up
	as 'cat' and parent process of 1 in ps listings.  They don't take 
	up any cpu time, just other system resources, such as memory, etc.

	Hope this helps,

		-- Dave
-- 
David Knight French		Email Addresses:		Phone:	
UCSD - Dept of Chemistry	INTERNET: dkfrench@ucsd.edu	  (voice/fax)
9500 Gilman Drive		UUCP:     ucsd!dkfrench		(619)534-4193 /
San Diego, CA  92093-0314	BITNET:   dkfrench@ucsd.bitnet	(619)534-6255
Newsgroups: comp.unix.aix
From: prener@watson.ibm.com (Dan Prener)
Subject: Re: AIX and 3270
Date: Sat, 3 Oct 1992 04:46:37 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center, Hawthorne, New York

In article <92275.191406HARVEY@wuvmd.wustl.edu> Bill Harvey <HARVEY@WUVMD.Wustl.Edu> writes:

>Is the telnet server running under AIX on RS/6000 capable of
>supporting 3270 mode clients?  In other words, can someone on a remote
>system use tn3270 (or the telnet client for VM or MVS in transparent
>mode) to connect to my AIX system, and get full 3270 terminal
>emulation?  (Assuming, of course, the purchase order for my AIX system
>actually gets put through someday!!)

You can telnet to your RS/6000 from some standard terminal or terminal
emulator (i.e., one for which there is a terminfo file) and then use
tn3270 to get to a VM or MVS system.

Is that what you were asking?
--
                                   Dan Prener (prener@watson.ibm.com)
From: kraemerf@franvm3.VNET.IBM.COM (Frank Kraemer)
Date: Tue, 29 Sep 92 12:57:16 CET
Newsgroups: comp.unix.aix
Subject: 3rd party installation
Reply-To: kraemerf@franvm3.VNET.IBM.COM
Organization: IBM Germany, BO-89 ACIS South
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: Usenet 3.0

graeme@ccu1.aukuni.ac.nz () writes>

> CATIA updates use a script called instptf. This uses /etc/inurest
> to do the dirty work.......

/etc/inurest is called from all AIX LPP's using the restore format.
Retrieve the liblpp.a file via the 'restore' command, unpac this file
via 'ar' and search for a file named 'install'. The Dassault/CATIA
Update/PTF/Patch strategy is not a very good example - they bypass
the ODM database because they implemented their own version-check
mechanismus. AIX offers SMIT and ODM - I think it's not a big deal
to understand the way it's working (and remember I'm an IBM field SE
with a very limited horizon....).

frank

.----------------------------------------------------------------------.
| E-Mail: FRANVM3(KRAEMERF)                 - IBM VNET  "Yes, I'm one  |
| ======  IBMMAIL(DEIBM27S)                 - IBM-Mail   of those      |
|         DE.IBMX400.IBMMAIL.KRAEMER.KRAEME - X.400      stupid IBM    |
|         kraemerf@franvm3.vnet.ibm.com     - Internet   field SE's."  |
| Voice : +49-(0)611/776-364                                           |
| Mail  : Abraham-Lincoln Street 26, 6200 Wiesbaden, Germany           |
'----------------------------------------------------------------------'
Newsgroups: comp.unix.aix
From: cis@kraken.itc.gu.edu.au (Tony O'Hagan)
Subject: CPU Serial numbers
Organization: ITC, Griffith University, Brisbane, Australia
Date:  2 Oct 92 00:22:48 GMT

Does anyone know how to get the CPU or hard disk serial number
using an ioctl() call ?
Someone with a CD-ROM Manual might be able to assist.  The buzz word is
"VPD" or "Vital Product Data".

Thanks,
Tony O'Hagan.
-- 
The above comments are my own opinions ... not those of my employer.
Email: cis@kraken.itc.gu.edu.au   Ph: +61 7 849-8916   Fax: +61 7 849-8917
Tony O'Hagan, C.I.S. Adapt, Level 1, 18 Mt. Gravatt-Capalaba Rd.
Upper Mt. Gravatt 4122, Brisbane, Queensland, AUSTRALIA.
From: ehill@ehill.austin.ibm.com
Newsgroups: comp.unix.aix
Subject: Re: psdit discards '^' and '~' in AIX3.2.0??
Date: 28 Sep 92 22:47:09 GMT
Organization: IBM, Austin

In article <1992Sep22.001012.15309@daffy.cs.wisc.edu> dws@ssec.wisc.edu (DaviD W. Sanderson) writes:
>It looks like the AIX3.2.0 psdit turns the characters '~' and '^' (and
>possibly others) into spaces.  If you process the appended man page
>with
>
>	troff -TX100 -man bug.1 > bug.n
>	xpreview bug.n
>
>you'll see the ~ and ^, but with
>
>	troff -Tpsc -man bug.1 | psdit > bug.ps
>	xpreview bug.ps
>
>the quotes will be empty.
>
>Has this been fixed yet?
>
>- bug.1 --------------------------------------------------------------
>.TH BUG 1
>.SH DESCRIPTION
>This is a tilde ``~''.
>.PP
>This is a carat ``^''.
>- bug.1 --------------------------------------------------------------
----
IBM is aware of this problem.
In the mean time this is what you can do.

1. su to root
2. cd /usr/lib/ps/ditroff.font
3. vi afmdit.awk
   - uncomment lines 631 & 663, they should read
     ascii["asciicircum"] = 94
     ascii["asciitilde"] = 126

4. Reinstall font package.
   - Run managefonts program in same directory.
    ./managefonts
   - Select 4) PACKAGE MENU
   - Select a font package to install 3-6
   - Sit tight, it takes some time.
   - Select 2) EXIT
------------------------------------------------------
Hope this helps,
======================================================
Ed Hill
IBM Austin, AWSD
internet: edhill@wombat.austin.ibm.com
From: rader@SSEC.WISC.EDU (Steve Rader)
Newsgroups: comp.unix.aix
Subject: Starting X under aix3.2
Date: 29 Sep 92 15:11:05 GMT



>Below are kludges of getting clean (normal) exiting from
>that oh-please-please-hang-me-aix-X-server.
>Create a script called endsession or some such to kill off da server...

|> ... <brute-force stuff deleted> ...
|
|This really is unnecessarily complicated (I'd call it crude, but it
|was the first thing I tried, too :-).

Hey, like I said--it's a kludge.  I'd call it crude without
hesitation.  If something does *not* work correctly as shipped,
it's not MY job to FIX it.  But rather, it's my job to find a
work-around.  Also, regardless of how well your
`open xinit && logout` works, it's STILL A KLUDGE, and then 
clearly NOT a solution that fixes da broken X server.

|The "logout" gives you back the login banner on the console, as well
|as freeing the console up for console messages, which can make for
|interesting reading.  It also prevents circumventing xlock by changing
|to the other virtual where you would otherwise still be logged in.

Great, so your kludge gets around TWO MORE BUGS in aix!!!  (Oh, I'm
sorry, is xlock an unsupported-yet-we-ship-broken-source client?) 
Sometimes I really can't decide if I hate life with aix more than it
amuses me.  Oh, well. 

|[...] freeing the console up for console messages, which can make for
|interesting reading. [...] 

Hummmm, I'd call console msgs _at_least_ "necessary reading"... call
me crazy, but I think they are supposed to be useful rather than
interesting.

(BTW: I'd really rather have a supported xdm with xconsole or at least a
set of xdm config files that, gasp, actually work.) 

Later,
Steve

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Steve Rader                     rader@ssec.wisc.edu
Sys Admin                                 __o __o  
Space Sci & Engineering Center           -\<,-\<, 
University of Wisconsin, Madison       ( )/---/ ( ) 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: ng@nrccsb19.di.nrc.ca (Kai Ng)
Subject: 3.2.2 update
Reply-To: ng@nrccsb19.di.nrc.ca
Organization: Informatics, National Research Council, Ottawa, Canada
X-Newsreader: Tin 1.1 PL3
Date: Tue, 29 Sep 92 14:15:50 GMT

Hi! I've received a 3.2.2 update tape from IBM. Our system is running
AIX 3.2.0. Is it necessary to run a preservation/complete-overwrite
installation, or simply apply the update with smit (installp) ?

..Kai

--
==============================================================================
Informatics, National Research Council               | ng@nrccsb19.di.nrc.ca
Informatiques, Conseil national de recherches Canada | kain@vm.nrc.ca
==============================================================================
From: kevin@shady.UUCP (Kevin Smith)
Newsgroups: comp.unix.aix
Subject: Re: Help with nlist(), XCOFF, and memory architecture...
Date: 5 Oct 92 14:58:05 GMT
Reply-To: kevin@shady.UUCP (Kevin Smith)
Organization: ShadeTree Software, Inc.

:In article <PAVEL.92Aug15180402@pixel.SLAC.Stanford.EDU> pavel@pixel.SLAC.Stanford.EDU (Tom Pavel) writes:
:>
:>I'm trying to implement a dynamic function call mechanism (you find
:>out the name of the function at run-time, look it up in the symbol
:>table, and call the right address).  On my Sun, this worked very
:>trivially: an nlist() call returns the symbol table value for the
:>function, which happened to be the C-callable address of the function.
:>Of course, this is not quite so trivial on an RS/6000....

Unless you have to arbitrairly call any function in a program I would
suggest using an array of structures containing the names and addresses of
the functions you wish to call and searching it yourself.

This is completly portable and elimintes all the nasty details of program
symbol table structures.  Also works on stripped programs.
-- 
	    | Email - !shady!kevin uunet!shady!kevin
Kevin Smith | Voice - (908) 874-7980
	    | Mail  - ShadeTree Software, Inc., 192 Capricorn Dr. #10,
	    |         Somerville, NJ  08876
From: karches@utdallas.edu (Tom Karches)
Newsgroups: comp.unix.aix
Subject: Re: New IBM move to 4mm DAT SCSI tape
Date: 27 Sep 92 17:31:26 GMT
Article-I.D.: utdallas.1992Sep27.173126.5767
Organization: Univ. of Texas at Dallas

In article <bowman-270992113141@bowman.tamu.edu> bowman@csrp.tamu.edu (Kenneth P. Bowman) writes:
>>IBM just announced (9/23/92) that they were going to move from using
>>the 8mm (Exabyte) SCSI tape drive for the RS/6000 backup device to the
>>4mm DDS/DAT SCSI tape drive made by Hewlett-Packard. Shows that IBM is
>>smart enough to realize how unreliable 8mm technology is. (I know I'll get
>>replies over that comment... `gulp')
>
>I would expect that IBM will support both media as long as there is demand
>for both.  A more interesting question is whether the drivers will support
>third-party DAT drives.
>

If experiences on other machines hold true with the RS6K, the existing
drivers for the Exabyte should work (they did on a SparcStation.)

I am suprised that it took IBM this long to see the light. DAT is faster
when seeking on the tape and handles errors better (in my experience.)

I heard from a local Dallas disk drive/tape vendor that they had
recieved many DOA Exabyte drives in the past and had to test
basically every unit that came in. One that they let me borrow for
a test was DOA. Hopefully, this has changed.

Peace,
Tom Karches
karches@utdallas.edu
-- 
-------------------------------------------------------------------------------
Tom Karches          |"If rap music had been around when I was a kid,
karches@utdallas.edu | I would have become a musician instead of a politician."
karches@holonet.net  '-------------------------------------- Richard Nixon
Newsgroups: comp.unix.aix
From: lakovits@casbah.acns.nwu.edu (Joseph Lakovits)
Subject: shells in mbin
Summary: Difference between shells
Keywords: mbin  shell csh sh
Organization: Northwestern University, Evanston, Illinois, USA
Date: Wed, 30 Sep 1992 03:58:01 GMT
From: jeff@claw.clearpoint.com (Jeffrey J. Griglack)
Newsgroups: comp.unix.aix
Subject: Re: 3rd party memory blues...
Date: 29 Sep 92 15:00:04 GMT
Reply-To: jeff@claw.clearpoint.com
Organization: Clearpoint Research, Hopkinton, MA

On 25 Sep 92 20:44:36 GMT, angelg@sci.ccny.cuny.edu (Angel Gonzalez) said:

A> Someone also told of a company called Clearview, but 
A> they were'nt at the show. Also, the people that sell
A> SIMMs might be able to get you an expansion card.

I think the name you were looking for was Clearpoint.  Clearpoint
Research Corp. does make memory for the RISC 6000.  Contact us at:

	Clearpoint Research Corp.
	35 Parkwood Drive
	Hopkinton, MA 01748
	(800) 253-2778
	(508) 435-2000

Disclaimer:  Yes, I work for Clearpoint.  No, this isn't blatently
commercial.  We're just looking for equal time with our competitors :).
--

-------------------------------------------------------------------------------
|Jeff Griglack             |"To mess about with typewriters and latch keys    |
|jeff@claw.clearpoint.com  | and call it work!"                               |
|jeff@fang.clearpoint.com  |                          -- E.M. Forster         |
-------------------------------------------------------------------------------
Newsgroups: comp.unix.aix
From: bas@phys.uva.nl (Bas de Bakker)
Subject: Re: AIX 3.2 assembler double consts gcc.2.2.2
Organization: Institute for Theoretical Physics, Amsterdam, the Netherlands
Date: Wed, 30 Sep 1992 19:01:31 GMT

>>>>> On 30 Sep 92 08:55:14 GMT, pky@pluto (Peter Kyllesbeck) said:

pk> Why can't IBM's assembler handle double or float contstants as any other
pk> assembler? Is it a bug and/or is there a fix?

In the gcc distribution there's a file called README.RS6000. It
mentions a problem with the assembler of AIX and an IBM fix which
should be installed before gcc can be used. You should read this file
for details.

Bas de Bakker.
Newsgroups: comp.unix.aix
From: marke@fsi-ssd.csg.ssd.fsi.com (Mark W. Easter)
Subject: Re: C/fortran interface
Date: Sat, 26 Sep 1992 15:44:20 GMT
Distribution: na
Organization: FlightSafety-SSD, Tulsa, OK, USA

In article <1259@curly.appmag.com> pa@curly.appmag.com (Pierre Asselin) writes:
>   In <1992Sep23.075326.23014@u.washington.edu>
>           quantum@milton.u.washington.edu (Tsung-lung Li) writes:
>
>
>   >I have a C main program calling a fortran subroutine.  I tried to print
>   >out some data in both the main and sub programs using printf and write 
>   >commands, respectively.  
>
>   Don't do that.  Just don't do it.
>
>   I have yet to see one vendor *fully* document its interlanguage
>   conventions.  Of all the messy details, I/O subsystems are the least
>   likely to be covered.  On a Unix system, all you can say is that C
>   stdio and Fortran I/O are built on top of the same system calls;  and I
>   wouldn't bet on even that!

Bunk!  This is not uncommon and every major UNIX FORTRAN and C
compiler (I do not include intel related junk here, sorry) does
document the interlanguage interface (XLC does a marvelous job!).
There are many reasons C and FORTRAN get mixed not least of which is
the fact that there is a LOT of FORTRAN code out there (and FORTRAN
fluent engineers) which must continue to be leveraged in the real
world.  I don't like it, but then I don't always like being bound by
gravity either.

As for the original problem, he is obviously ignoring the fact that
FORTRAN stores data column-major while C stores it row-major.  In
other words, the order of the indices reverses when going from one
language to the other.  O'Reilly has a book that covers most of these
issues from the standpoint of the FORTRAN programmer.  It is called
UNIX for FORTRAN Programmers.  
-- 
                                                                         
----------------------------------------------------------------    /|  -
Mark W. Easter            FlightSafety International               / | /|
Staff Engineer            Simulation Systems Division         -----------
Computer Systems Group    Broken Arrow, Oklahoma 74012    Flight   \ |   
marke@fsi.com             918-251-0500 x596                  Safety \|SSD
                   "You wreck 'em - we'll rack 'em"                       
----------------------------------------------------------------------------
Newsgroups: comp.unix.aix
From: frankm@cdsac.uucp (Frank McMurray)
Subject: Terminal servers and Telnet
NntpPostingHost: cdsac
Date: 28 Sep 1992 17:45:00 GMT
Organization: CableData (U.S. Computer Services), Sacramento, CA

We are using an rs6000 runnning telnet sessions in binary mode. Our problem
is that the the terminal server we are using does not send an URGENT tcp
segment to the rs600 when the usr hits the break key. This feature is a
MUST for our application programs. RFC1123 says that sending a break as
out of band data is optional and not a MUST. My question is: does any one
know where i can obtain a list of all terminal server vendors so that we
may contact each one and find out what optional features they have chosen
to implement which ones they have ignored? I would also like to know how
the AIX Telnet deamon deviates from the rfc1123 spec ?

Thanks in advance,
Frank McMurray
From: trt@duke.cs.duke.edu (Tom Truscott)
Newsgroups: comp.unix.aix
Subject: Re: Problems with mbuf allocation
Keywords: mbuf network driver tcpip smit no
Date: 7 Oct 92 02:12:11 GMT
Organization: IBM RTP


mbuf tuning is explained in "AIX V3.2 ... Performance Monitoring
and Tuning Guide", order # SC23-2365.
Look in the index in the back under "mbuf".
I think a version of this info was posted to this newsgroup a while back.
Here is a shell script for tuning the mbuf pools for a busy NFS system,
hand typed, sorry.

===========================
#!/bin/ksh

no -o thewall=10000

# set minimum number of small mbufs
no -o lowmbuf=3000

#generate traffic to force pool expansion
ping 127.0.0.1 1000 1 > /dev/null

#restore default lowmbuf to prevent netm thrashing
no -d lowmbuf

#set max # of free clusters (about 6MB)
no -o mb_cl_hiwat=1500

#gradually expand cluster pool
N=10
while [ $N -lt 1500 ]
do
	no -o lowclust=$N
	ping 127.0.0.1 1000 1 > /dev/null
	let N=N+10
done

#restore default lowclust to prevent netm thrashing
no -d lowclust

===========================

Run "netstat -m" to see if you have enough clusters ("mapped pages").

This does seem awfully kludgy:
0.  I have no idea why a loop is needed.

1.  "no" itself should trigger mbuf allocation (or deallocation),
one should not need to "ping".

2.  There are two missing options: "minclust" which is the minimum
# of clusters that should be present (whether free or allocated),
and "minmbuf" which is ditto for mbufs.
Then you would be able to do:
    no -a minclust=1000
and that would be that.  Internally the system would calculate:
    effective_minclust = max(minclust, lowclust);
    effective_mb_cl_hiwat = max(mb_cl_hiwat, effective_minclust**);
	** perhaps increased by some amount to avoid thrashing?
    /* since there should be at least as many mbufs as clusters ... */
    effective_lowmbuf = max(lowmbuf, lowclust);
    effective_minmbuf = max(minmbuf, effective_lowmbuf);
    /* hmmm, maybe there needs to be an "mb_hiwat" option too ... */

3.  The options are badly named.
Isn't "maxfreeclust" clearer than mb_cl_hiwat,
and "minfreeclust" clearer than "lowclust"?
And it would be nice if the kernel provided a general mechanism
for getting/setting options, rather than having each subsystem
provide their own.  But that is getting carried away I supposed.

Tom Truscott
From: bengsig@dk.oracle.com (Bjorn Engsig)
Newsgroups: comp.unix.aix
Subject: AIX 1.3.0 on PS/2 - any comments
Date: 6 Oct 92 23:03:26 GMT
Reply-To: bengsig@dk.oracle.com (Bjorn Engsig)
Organization: Oracle Denmark

Is there somebody who installed AIX 1.3.0 on a PS/2, who would like
to comment on it?  How does it compare to previous AIX's on the PS/2?
Anything in particular to pay attention to?  Any goodies or badies?

Thanks,
-- 
Bjorn Engsig,	       Internet: bengsig@oracle.com   uucp: uunet!oracle!bengsig
ORACLE Corporation.    Private : bjorn@login.dkuug.dk.

Memory used by any program is constant in time, if memory is counted in dollars.
Newsgroups: comp.unix.aix
From: brent@spss.com (Brent Lambert)
Subject: Shared libraries and dynamic loading - again
Organization: SPSS, Inc. - portable code group
Date: Tue, 6 Oct 1992 14:24:57 GMT

OK folks, I'm going to raise this subject again.

Many implementations of UNIX share the loaded text segments of a
running program among multiple invocations of the program.  In other
words, if there are 5 instances of the C shell running simultaneously,
all 5 instances are executing the same loaded image of the code.

QUESTION 1:  Is this also true for AIX 3.2?

AIX shared objects are shared among multiple instances of multiple
_different_ executables.  In other words, there is only 1 copy of
libc.a in memory, and it is shared by all of the C programs that are
running.  I know this is slightly simplified, but you get the point.

Now suppose a program dynamically loads an object, like this:
        load ("foo.o", 0, NULL)
The information I have says that the object is loaded into the process
private segment, unless it is a shared object and has permissions
appropriate for sharing.

QUESTION 2:  Does this literally mean that if foo.o is not shareable
             then each process which loads foo.o gets its own copy in
             memory, even if all the processes are instances of the
             same executable?

If so, then basically AIX allows dynamically loaded objects either to
be shared (in memory) among all applications or not shared at all.
What I really want is for it to be shared among all instances of a
single executable.  Is this possible?

Thanks for taking the time to read (and respond) to my questions.


-- 
The above statements are not the opinions or policies of SPSS Inc.
The above statements may not be the opinions of Brent Lambert.
The first disclaimer is a policy of SPSS Inc.
Subsequent disclaimers are probably the opinion of Brent Lambert.
Newsgroups: comp.unix.aix