HDTenEightyP/NetNews huggingface dataset:
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Subject: gethostbyname()  h_addr vs. h_addr_list[0]
Originator: berg@tabaqui
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: Wed, 26 Aug 92 13:31:19 GMT

I partly have to draw upon your memory here.

While putting in some network support in a program of mine, I noticed that
in the struct hostent returned by gethostbyname() there is an entry called:

	**h_addr_list

Now, looking at the include file <netdb.h> it seems that there used to be
and entry called:

	**h_addr

in this struct, in the old days (it is marked as being needed for backward
compatibility).

Now, some questions come to mind:

	- I suppose that some old versions of UNIX did not have the h_addr_list
	  member, but the h_addr member instead?

	- Is the h_addr_list list a list of pointers which is terminated with
	  a null-pointer?  (the man page is not very informative regarding to
	  this).

	- Can it ever happen that h_addr_list is empty?  (i.e. it will probably
	  contain only a null-pointer).

	- Is there any good reason, when accessing some machine, to take any
	  other address than the one pointed at by h_addr_list[0] ?

Any help would be appreciated.  Just trying to fill some undocumented
portability-caveats here.
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"Good moaning!"
From: cop3409@dcsc.dla.mil (Joseph NMN Delmedico)
Newsgroups: comp.unix.programmer
Subject: Unix Programming Question
Keywords: Unix
Date: 31 Aug 92 18:05:50 GMT
Organization: Defense Construction Supply Center, Columbus


     This is my first posting, so please excuse any breaches of netiquette.
I have a program that employs the following command :

      system("ls -l /path1/??/n???????.?? > /path2/upload.lst")

to give me a list of upload file from different directories for processing.
If there are no files present of this type, nothing needs to be done.
However when the program runs and there are no files present I get an
error message from the superuser saying the program was run and no files
were found.  Since program must be run many times throughout the day these
messages pile up in my mailbox and have to be deleted.

  So my question is, is there any means of turning off this feature so I
don't have to waste time deleting these messages?

Thanking you in advance,
Joe Del Medico
(cop3409@dcsc.dla.mil)
Newsgroups: comp.unix.programmer
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Subject: getservbyname(), getprotobyname(), gethostbyname()
Originator: berg@tabaqui
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: Wed, 26 Aug 92 13:47:13 GMT

It's me again, sorry, but these portability problems always seem to
come in herds :-).

Let me explain the problem here.  I have this program (procmail) which is
trying to double as a /bin/mail substitute.  Now, the only thing that I yet
have to mimick is the biff/comsat notification which /bin/mail normally does.

Now, in order to that, I have to find out the following:

	1. gethostbyname("localhost.or.something.else")
	2. getservbyname("biff")
	3. getprotobyname("UDP")

Well, so far so good, the only trouble is, these calls are done every time
when mail arrives.  I was wondering, what is common practice in this case?

	a. Go by the book and make all three calls at runtime?
	b. Do 1. and 2. at runtime, 3. at compile time?
	c. Do 1. at runtime, 2. and 3. at compile time?
	d. Do all three at compile time?  (By compile-time I mean: compile
	   a separate program that makes these calls, and then use the output
	   from this program to hardcode the number(s) in the real program).
	   
I personally like a., but I might suspect some performance penalty here
(depending on the configuration every one of these calls causes several files
to be opened and miscellaneous network-traffic to be generated).

As a reasonable compromise I suspect that b. is the most eligible, since
the protocol number for UDP is not likely to change, is it?

What would you consider acceptable practice?

Thanks.
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"Good moaning!"
From: jvasher@cquest.mi.org (Joe Vasher)
Newsgroups: comp.unix.programmer
Subject: Unix source for multi-player g
Distribution: world
X-BBS-Software: EXCELSIOR! v0.95f
Date: 2 Sep 92 15:26:16 EST
Organization: Not an Organization

     I have been trying to obtain some unix source for some multi-player games 
that I use to mess around with on a few local bbs's. Games like Rogue, chess 
and any others that are in the PD. If you know how I can locate these source 
files or any other, please send mail. Thanks.

()=======================================================================()
||        Joe Vasher               Internet jvasher@cquest.mi.org        ||
||        ComQuest BBS             UUCP     vela!mbsun!cquest!jvasher    ||
||        Powered by Excelsior     BBS      (313) 729-8035               ||
()=======================================================================()
From: polk@Metaphor.COM (Ben Polk)
Newsgroups: comp.unix.aix
Subject: Re: Vanishing processes
Date: 31 Aug 92 18:42:31 GMT
Reply-To: polk@Metaphor.COM (Ben Polk)
Organization: m4

In article <1992Aug24.160419.17269@awdprime.austin.ibm.com>, curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806) writes:
|> In article <2457@cronos.metaphor.com> polk@Metaphor.COM (Ben Polk) writes:
|> 
|> >I posted recently with a description of a problem where at least three
|> >different processes running on my machine are terminated by AIX.  We
|> >have verified that a Signal 9 is being sent by the kernel, and that
|> 
|> the only way the kernel ever does this 2 u as far as i know is if
|> your program mallocs lots of space it never frees, uses up all the
|> paging space and then the kernel kills it to free up that space.
|> 

Nope.  There apears to be a bug either in the kernel or in one of the
device drivers that causes this problem.  We are working with AIX support
to try to determine what exactly is going on. 

I made two changes to one of the processes that were having this problem,
and it seems to have gone away:

1. Increased the size of the signal stack from 10k to 100k.
2. Fixed a place in my code where I was passing random stack data as the bit mask
   for a select() system call.  This means that bits were set for fd's that
   I really wasn't interested in.  This should not cause signal 9 to be delivered
   to you, but then if computers always did what we wanted and expected, we
   wouldn't need this newsgroup.

My belief is that it is the latter that corrected the problem, based on the fact
that the signal 9 was coming back out while the process was in the select() system
call, and that the select() returned an ENODEV status.  (Yes, you do return from
a system call even if there is a signal 9 pending on your process.)

It's definitely not a paging space problem.  And while they may tell you that
the only reason processes can vanish is because of paging space problems, or
that they called exit(), or that you sent a signal with kill(), DON'T BELIEVE
THEM.

Ben Polk
polk@metaphor.com
Newsgroups: comp.unix.aix
Subject: Re: Where are the #*&^$( MAN pages?
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Wed, 26 Aug 1992 11:51:43 GMT
Organization: University of Auckland, New Zealand.

mbrown@testsys.austin.ibm.com (Mark Brown) writes:

>This was done to try to please those who (like me) prefer the old-style
>man command to get a quick-and-dirty manpage rather than a
>tell-me-everything-whether-I-want-it-or-not Info window.
>It's a compromise, I'll admit.

Trouble is, it's a slow-and-dirty manpage, even when info is on disk. Forget
the CDroms, all they're good for is mass file distribution (and upgrades -
when? :)

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits
Newsgroups: comp.unix.aix
From: lwvanels@athena.mit.edu (Lucien W. Van Elsen)
Subject: Re: Where are the #*&^$( MAN pages?
Reply-To: lwvanels@MIT.EDU
Organization: Massachusetts Institute of Technology
Date: Tue, 25 Aug 1992 17:05:22 GMT

mbeckman@mbeckman.mbeckman.com (Mel Beckman) writes:

> OK. I'll bite.  Where are the man pages?
...
> I'm willing to sacrifice the 15MB or so that text-only man pages would
> occupy, but I can't find the suckers!  Local IBM support says they believe
> that man pages don't exist at all because of the graphical IE, but clearly
> this is false, as regular unix-style text-only man pages DO eventually appear
> if the IE CD is mounted.  Thanks for shedding light...

Your SE's are correct in saying there are no text only man pages shipped
with the system; the "man" command is actually printing out the
documentation from InfoExplorer.  The "man" command first searches in
/usr/man for text man pages (that you or a third party vendor may have
installed) , and then in the IE database.

However, you can produce some ascii man pages from the IE database, with a
little work.  The method for doing this is described in /usr/lpp/bos/bsdadm,
in section 7 (Online Documentation).  It's not as nice of the infoexplorer
database, and I've heard that some some man pages may end up containing
unexpect information due to the order of documents retrieved by searching on
a particular keyword, but it's better than nothing.  I'd still keep the CD
hooked up, though, for the cases where this doesn't get you all the
information you want.

>     -mel
>
>     P.S. If this is documented, I sure can't find it.  Even with IE!

Unfortunately, the bsdadm and bsdport documents aren't in InfoExplorer,
which in my view is a real shame- they're basically a FAQ for people coming
over from BSD-like systems.  Some of the flaming about how "broken" AIX is
because it isn't BSD/SunOS could perhaps be alleviated if people could
find/read the information in these documents easily, instead of having them
buried down in an obscure location in the filesystem.

		-Lucien

----------------------------------------------------------------------------
Lucien Van Elsen               | lwvanels@mit.edu
			       | The secret to a long life is knowing when
			       | it's time to go..
From: rr2b+@andrew.cmu.edu (Robert Andrew Ryan)
Newsgroups: comp.unix.aix
Subject: dbx and 'load'ed code
Date: 3 Sep 92 14:24:01 GMT
Organization: School of Computer Science, Carnegie Mellon, Pittsburgh, PA

Is there any way to make dbx look somewhere other than the current
directory for object files which the program loads with load?  The
objects are loaded with an absolute path name, and no library path. 
Whenever I run the program under dbx dbx dies unless the loaded objects
are in the current directory.  Pointers to the relevant part of TFM
welcome, I looked...

Thanks for any info,
-Rob
Newsgroups: comp.unix.aix
From: tbel@oahu.cern.ch
Subject: Re: dbx problems with fortran common vars
Organization: CERN, European Research Center for Particle Physics
Date: Fri, 28 Aug 1992 16:58:36 GMT

You want the APAR IX22753 from PTF U402247.  Ask your local support
centre for it.

Tim.
--
Tim Bell
IBM workstation support at CERN



Newsgroups: comp.unix.aix
From: keithd@versyss.com (Keith Doyle)
Subject: Re: vi (and other editors) hanging on ptys (and ttys)
Reply-To: keithd@versyss.UUCP (Keith Doyle)
Organization: VERSYSS Incorporated, Torrance, California
Date: Mon, 31 Aug 1992 20:28:08 GMT
Keywords: vi hang ttys ptys

In article <1992Aug28.035142.18643@awdprime.austin.ibm.com> rhcoe@austin.ibm.com writes:
>I have made the third (and last) part of the (now) infamous 
>"vi is hung" problem.  The apar is ix25509.  It will fix vi from hanging.
>
>Order it from your support center today.

My understanding of an "apar" is that it is a report of a bug, which
ultimately will result in some kind of a fix such as a "ptf".  Also,
that normally what you order are "ptf"'s, not "apars" as "apars" do
not fix anything.  When I tried to order the previous "apars", the
rep had to look them up and find out what the associated "ptf"'s were.
Granted, apars may result in a list of ptfs that fix the problem, and
perhaps therefore apars are more concise in referencing the appropriate
ptfs, but I got the definate impression that it is ptfs that you "order".

Am I missing something in the procedure here?

Keith
(direct any mail to "versyss!keithd@netcom.com".  Don't use rn's "R" if you 
want it to be able to find me.)
From: dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON)
Newsgroups: comp.unix.aix
Subject: X11 editor for AIX, finally
Date: 25 Aug 92 17:06:54 GMT
Organization: Lehigh University

There was a bit of traffic here a couple weeks ago about the lack of a 
decent editor for AIX 3.2 with the kind of mouse support you'd have under
MS-windows or MAC. Some people suggested aXe-3.0, which I tried, but it was
semi-broken on my machine (running 3.2 with X11R4).

A new version of aXe, 3.0.1, has just been posted to export.lcs.mit.edu.  It
compiled with absolutely no problem, and seems to be completely bug-free.  It
is great!  Cut-and paste, search and replace, multiple windows, line numbers
displayed (and position n the line), all without the mysterious commands of
vi or emacs.  Great pipe to spell - it opens a separate window with the 
questioned words listed.  Similarly nice nroff.  Give it a try, the price
is certainly right.



-- 
Sincerely,

David L. Johnson                    ID:  dlj0@ns1.cc.lehigh.edu
Christmas-Saucon Hall #14, rm 211        
Department of Mathematics

Lehigh University                   Telephone: 215-758-3759 (office)
From: scott@austin.ibm.com
Newsgroups: comp.unix.aix
Subject: Re: Help Needed - program SIGKILLing itself
Date: 2 Sep 92 17:24:26 GMT
Organization: IBM Austin
Originator: scott@porter.austin.ibm.com


In article <BturB1.8Ir@math.uwaterloo.ca>, mskucher@math.uwaterloo.ca (Murray S. Kucherawy [MFCF]) writes:
> I have a program which receives data from stdin and uses it to update
> the AIX password database using setpwdb, setuserdb, putuserattr,
> putgroupattr, and all those nice things.  However, after a while
> of this processing, it just stops dead, saying "Killed".

Your program is getting killed due to a low paging space condition.  It's
probably using an invalid pointer and running amuck allocating memory and
paging space.  You can verify this by using the command 'ps vg <pid>' where
<pid> is the process ID of your process.  The value under the heading 'SIZE'
corresponds to the amount of paging space allocated to the process in 1KB
blocks.  If you see this value growing substantially then your program is
chewing up all the paging space.  You can also run the command 'lsps -a'
to verify this.

To fix the problem you need to find out why your program is allocating so
much memory/paging space.  If it's not due to a faulty pointer but is
"normal" behavior for your program then you need to increase the amount of
paging space in the system using either 'mkps' or 'chps'.

Scott L. Porter                         IBM PSP Austin / AIX Kernel Development
                                        Internet: scott@glasnost.austin.ibm.com
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Junk left from 3.2.1 installation
Date: 27 Aug 92 04:14:18 GMT
Organization: MIT Laboratory for Computer Science


I've noticed that after installing 3.2.1, I have a bunch of directories
in /usr/lpp like this:

  /usr/lpp/bos/deinstl
  /usr/lpp/bos/inst_U402211
  /usr/lpp/bos/inst_U402208
  /usr/lpp/bos/inst_U402739
  /usr/lpp/bos/inst_U401969
  /usr/lpp/bos/inst_U402191
  [...]

Is it safe to delete these?  What exactly are they for?

They're currently occupying about 20MB, and space is starting to get
cramped.

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.unix.aix
From: uemura@isl.melco.co.jp (Joe Uemura)
Subject: AIX Clusters
Organization: Mitsubishi Electric, Ofuna, Kanagawa, Japan
Distribution: comp
Date: Thu, 3 Sep 1992 02:47:08 GMT

Where can I find technical descriptions of the AIX High Availability
Cluster Multiprocessing (HACMP)/6000 software? Has anything been 
published on technical journals?

Thanks,

Joe
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Re: Resume a suspended process
Date: 26 Aug 92 19:38:24 GMT
Organization: /etc/organization


In article <5316@unixhub.SLAC.Stanford.EDU>
alhy@unixhub.slac.stanford.edu writes:
>
> I think there is a problem with this:  the output from the command
> will have nowhere to go, since the tty that it was writing to is now
> gone.

Correct.  That's why I use `screen'; it lets me essentially move
processes from one terminal to another relatively painlessly.

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Newsgroups: comp.unix.aix
Subject: Re: LVM Question. How to get Vg_Id from VG Name ?
Keywords: lvm_queryvg, lvm_varyoffvg, lvm_varyonvg
Date: 26 Aug 92 20:03:21 GMT
Organization: /etc/organization


In article <Aug.25.17.11.23.1992.17815@gauss.rutgers.edu>
manmetha@gauss.rutgers.edu (Rajesh Malhotra) writes:
>
> I am sure there has to be a way to query the Vg_id using the volume
> group name (guess lvaryoffvg uses it).

You can use `getlvodm' to convert the vg name to an id:

  getlvodm -v vg_name

For example, to unlock an improperly "locked" vg, you can do:

  putlvodm -K `getlvodm -v vg_name`

-- 
 \   Charles Hannum, mycroft@ai.mit.edu
 /\  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.unix.aix
From: lpickup@xanadu.btv.ibm.com (Lance Pickup)
Subject: Re: IBM Color Monitor flakiness
Date: Wed, 02 Sep 92 21:02:07 GMT
Reply-To: lpickup@vnet.ibm.com
Organization: IBM Technology Products
Keywords: color monitor hardware high voltage intermittent

In article <Btys0t.6Jy@wpi.WPI.EDU>, cwright@mickey.WPI.EDU (Charles R. Wright) writes:
...
|> 2) I hear a snap, and notice that one or two adjacent scan lines turn
|> black.  It seems to last for only the length of time it takes to scan
|> one or two lines, in other words, it happens so fast that I can't
|> really characterize it any better.  It has occurred 2-3 times in one
|> day, but usually only 1-2 times a week.  (ONLY?  It shouldn't happen
|> at all!)

This happened with my monitor a lot when I first got it.  It still
does it every now and then, but less frequently.  It also happens
to a lot of the people I work with.  It must be a feature!  I wish
I could tell you more, but I'm only a user of the monitor--I don't
build 'em.  It is pretty scary though when it happens, isn't it!?
--
    ...Lance

-----------------------------------------------------------------------
Lance Pickup                VNET/IBM Internet: lpickup@btv
IBM/Vendor Systems                   Internet: lpickup@vnet.ibm.com
Technology Products
Burlington, VT                          Phone: (802) 769-7104 (tie 446)
-----------------------------------------------------------------------
Newsgroups: comp.unix.aix
From: mskucher@watdragon.uwaterloo.ca (Murray S. Kucherawy [MFCF])
Subject: Buggy malloc workaround
Organization: Math Faculty Computing Facility, University of Waterloo, Canada
Date: Tue, 1 Sep 1992 20:24:36 GMT

My problems with putuserattr() calls are, according to IBM, caused by a bug
in malloc implemented in AIX V3.2.  According to the man page for malloc,
you can set the environment variable MALLOCTYPE to "3.1" and it will
use the older version of malloc.

It's not clear whether this is to be done at runtime or compile time.
Anyone know? My program is to be run by a shell script remotely, and it will
be tough to ensure that the environment variable is set.

-- Murray S. Kucherawy ----------------------------------------+--------------
Software Systems Co-op, Math Faculty Computing Facility [MFCF] | This is a
University of Waterloo, Ontario, Canada                        | machine that
E-mail: mskucherawy@{math,watdragon}.UWaterloo.ca              | goes PING!
---------------------------------------------------------------+--------------
Newsgroups: comp.unix.aix
From: rolf@green.mathematik.uni-stuttgart.de (Rolf Schreiber)
Subject: Problem with cron and AIX 3.1.7
Organization: Mathemat. Institut A, Univ. Stuttgart, Germany
Date: Wed, 26 Aug 1992 14:05:27 GMT

I want to make a backup of some files every night, so I looked at
cron and started 

crontab mycronfile

with mycronfile:

30 2 * * 0 /home/rolf/bin/mybackup -basic
30 2 * * 1-6 /home/rolf/bin/mybackup -update
10 * * * * /home/rolf/bin/testcron

Each command was executed one time (the correct time), but as I think
it should run every time (the testcron should run every hour for
example). It doesn't!

Any suggestions welcome. Please answer by email, I'll summarise if
there is interest.

Thanks, Rolf
--
Rolf Schreiber           EMail : rolf@green.mathematik.uni-stuttgart.de
Newsgroups: comp.unix.aix
From: hesse@watserv1.uwaterloo.ca (BJ Cameron - DCS)
Subject: Looking for info on writing a BACKEND.
Organization: University of Waterloo
Date: Tue, 1 Sep 1992 14:19:11 GMT


I am looking for documentation on writing a backend program for the RS6000.
The PS/2 version of AIX had an great description in the Tech Ref Vol 2
(appendix B).  I was wondering if anyone has come across similar info for the
RS6000?
Thanks... Bri
Newsgroups: comp.unix.aix
From: alongley@cape.UWaterloo.ca (Allan Longley)
Subject: Clearing variables after exiting subroutine in FORTRAN77 (help)
Originator: alongley@cape.UWaterloo.ca
Organization: University of Waterloo
Date: Tue, 25 Aug 1992 21:32:11 GMT

Hello, I hope you can help

I am using the NAG routine D02EBF for intergrating a stiff system of ordinary
differential equations in FORTRAN 77 under AIX.  The routine is
called multiple times in the program with the same initial conditions but is
returning different answers.  I believe it is caused by the variables in the
NAG routine not being reset after the subroutine is exited.  Is there a
compile option that will allow me to force all variables to be cleared upon
exiting a subroutine that I do not have access to?  If not --- help?!

-----------------------------------------------------------------------------
Allan Longley, University of Waterloo, Department of Chemical Engineering
e-mail: alongley@cape.uwaterloo.ca
voice: (519) 885-1211 x3816
home: (519) 746-5747
------------------------------------------------------------------------------
From: andy@meefun.autodesk.com (Andrew Purshottam)
Newsgroups: comp.unix.aix
Subject: Reading a mksysb tape remotely.
Date: 2 Sep 92 23:54:18 GMT
Organization: Autodesk Inc.

Hi, I have a mksysb 8mm tape, but the 8mm I have is hitched to a sun.
Is there any trick for either reading the tape remotely
(or putting it onto disk first, then accessing the disk image), or
accesiing the tape with ordinary unix tools like tar? I tried using tar
on the tape with no luck. 

Thanks, Andy (andy@autodesk.com)
--
-
Andrew V. Purshottam      /\     |  andy@autodesk.com  ...!fernwood!acad!andy 
Autodesk, Inc.	         //\\    |  (415)332-2344x2161  FAX (415) 331-8093
2320 Marinship Way      ///\\\   |  Sausalito CA 94965
"The views expressed are those of the speaker."
Newsgroups: comp.unix.aix
From: bware@slate.mines.colorado.edu (Bob Ware)
Newsgroups: comp.unix.aix
Subject: Re: Publications for RS/6000
Date: 27 Aug 92 16:31:45 GMT
Organization: Colorado School of Mines

jochterski@eagle.wesleyan.edu writes:
: Hi..
: 
: I am looking for periodicals dealing with RS/6000. (I think RS/Magazine is
: one.) Do you have a name or address for any?
...
RS/Magazine
Circulation Department
1330 Beacon St
Brookline, MA 02146
USA

AIXpert
IBM Corp
Software Vendor Operations
Mail Stop 36
472 Wheelers Farms Rd
Milford, CT 06460
USA

-- 
Bob Ware, System Administrator 
Computing and Networking, Colorado School of Mines, Golden, Co 80401, USA
(303) 273-3987
bware@mines.colorado.edu bware@mines.bitnet