HDTenEightyP/NetNews huggingface dataset:
From: axb@cse.nd.edu (A. B.)
Newsgroups: comp.unix.aix
Subject: Re: Anyone debugged AIX before?
Date: 21 Aug 92 15:47:24 GMT
Organization: University of Notre Dame
To: sangster@news.ans.net (Paul Sangster)



You need to create a debugging version of the kernel - look at the bosboot
command for this. The debug information is sent out thru the serial port. 
So hook up a terminal or another machine to the serial port ( or one of
the serial
ports) on your Rs/6000. 

For example, I've hooked up a 386 machine and run Kermit in OS/2 to get at 
the debugging information. 

Ofcourse, all this applies if you want to see what the printfs put out. There 
are other ways of looking at the stuff generated in the trace buffers. 

Furthermore, assuming that you are pulling in the appropriate ".exp" files, 
you may want to include "-lcsys -lsys" among your options to /bin/ld. 

-axb

( Arindam Banerji ) 
axb@cse.nd.edu
Newsgroups: comp.unix.aix
From: scl@sasha.acc.Virginia.EDU (Steve Losen)
Subject: Re: runaway processes (was Re: Vi is still broken)
Reply-To: scl@sasha.acc.Virginia.EDU (Steve Losen)
Organization: University of Virginia
Date: Wed, 19 Aug 1992 14:58:08 GMT

[ complaints about runaway processes eating up cpu time ]

In article <1992Aug19.132117.5939@msc.cornell.edu>,
|> 
|> Yup.  We see this kind of thing frequently.  Since we are about to start
|> chargeback accounting, this will be a severe pain.
|> 
|> Our most recent method of producing the problem is to close a window in
|> which a process which is on the receiving end of a pipe is running.
|> 
|> This has been going on for years but has lately become intolerable.  I
|> must now try to come up with a reproducible example and phone up IBM
|> to see if it's a 'supported defect' :-}

We've had this problem since day one way back at AIX 3.1.  No AIX upgrade
has fixed it yet.  In our case, the runaways are all interactive jobs such
as editors, mail readers, news readers, etc., and they all seem to happen
when a telnet session ends abnormally.

Very early on I wrote a perl script that runs "ps caux" every few minutes
and looks for runaways.  I have a "hit list" of interactive commands that
are known to runaway, including vi, jove, more, less, telnetd, rlogind,
mail, mush, etc.  The script kills off any of these commands if ps
indicates that it is using over 9% of the cpu and has accumulated 2
minutes of cpu time.  I just pulled these heuristics out of thin air, but
they have worked well on several loaded 540s and 550s.

Sure beats getting called up several times a day to kill these things off.

I would post the perl script, but it has grown very large because it does
a whole lot of other stuff such as renicing long running cpu burners,
detecting when a user is running >1 cpu burner at a time, etc.  Also, I
will have to fix the script to run under 3.2.  IBM has changed the output
format of ps.  Thankfully the new format is easier to parse.  Under 3.1.5,
some of the fields can run together.  I think under 3.2, you are always
guaranteed at least one space of separation.

--
Steve Losen                     scl@virginia.edu

University of Virginia Academic Computing Center
Newsgroups: comp.unix.aix
From: yanni@db.toronto.edu (Yanni Jew)
Subject: Re: Install Server
Keywords: install, Sun4, 8mm tape, RS6000
Organization: Department of Computer Science, University of Toronto
Date: 12 Aug 92 18:22:15 GMT

ingram@duke.cs.duke.edu (Robert E. Ingram) writes:

>I need advice on setting up & using an install server. 
>Specifically, is it possible to set up a Sun 4/280 to
>provide installation service from its 8mm tape drive?

>System is an RS6000 running AIX 3.2.2, & is the only AIX
>machine in our department.

>In the event that this scenario is impossible, i could
>use advice on attatching a non-IBM 8mm tape drive to the
>RS6000. My SE says that there may be some compatibility
>issues, but he was vague (IBMers talking about non-IBM
>products usually are ;-)

>Thanks to anyone who can help. 

I have almost the same configuration (ie. Sun4/280 with 8mm
tape drive, and two RS6000's running AIX 3.2.2, in an otherwise
Sun shop). I spent some time trying to do the above, because
we don't have a tape drive on either of the RS6000's -- we
borrowed a drive from IBM for the initial installation. Now if
there is a crash, and my method doesn't work, then I'd have to
borrow a drive again.

I set up the Sun4/280 as an installation server by following
the instructions in the install guide. I copied over the
network install scripts, and compiled the instsrv binary
from the source code provided.

Now the Sun4/280 can act as an install server for the RS/6000.
But, the 8mm tape drive cannot be used directly (if someone
can figure out a way to, then please tell me). What I plan
to do (if the need arises) is to read the tape data onto the
Sun's harddisk, and provide these files to the instsrv. I tested
the method as much as possible, without actually reinstalling
the OS.

As for the non-IBM 8mm drive compatibility, I tried it.
It works if you're lucky. One of our machines was able to
load the OS, the other was not. The story I got is that
the driver assumes that it's talking to an IBM 8mm drive,
and the driver/tape drive combination communicates in a
slightly non-standard way. Another thing to be aware of is
that a special SCSI cable (one with an attached SCSI
terminator) is needed.

Please copy me on any answers to the original question.

-yanni (Sys.Adm.)
From: rick@ransom.msc.cornell.edu (Rick Cochran)
Newsgroups: comp.unix.aix
Subject: Re: runaway processes (was Re: Vi is still broken)
Date: 19 Aug 92 13:21:17 GMT
Article-I.D.: msc.1992Aug19.132117.5939
Organization: Cornell Materials Science Center

In article <133789@lll-winken.LLNL.GOV>, terry@phoenix.ocf.llnl.gov (Terry Heidelberg x24154) writes:
|> We don't see hangs; what we see is an occasional interactive program
|> looping to beat the band.     Since upgrading to 3.2.1 (later to 3.2.2)
|> we have seen the following programs looping:
|>     vi aixterm less info_ascii 
|> and maybe a few more I forget.   The typical scenario is the user 
|> telnet's in, works away, and for some reason has the session broken
|> (who knows, maybe after something hangs) after which s/he logs in
|> again, or goes to some other work, unaware that one of his/her processes
|> is running amok.    Since we have 18 550 cycle servers to
|> look after, some of these runaways chew up quite a bit of cpu time
|> before they get killed by a system administrator.      I have vague
|> suspicions of (a) the telnetd, (b) something in the way these programs
|> handle signals or system-call errors, (c) [the ever popular] AIX.
|> 
|> Anyone have similar experiences, or ideas about the cause?  Are the
|> above fixes likely to help us?
|> 
|> Thanks.

Yup.  We see this kind of thing frequently.  Since we are about to start
chargeback accounting, this will be a severe pain.

Our most recent method of producing the problem is to close a window in
which a process which is on the receiving end of a pipe is running.

This has been going on for years but has lately become intolerable.  I
must now try to come up with a reproducible example and phone up IBM
to see if it's a 'supported defect' :-}

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
Newsgroups: comp.unix.aix
From: merrick@magnus.acs.ohio-state.edu (Tom Merrick)
Subject: Re: Logical Volume Groups
Organization: The Ohio State University
Date: Thu, 13 Aug 1992 12:08:35 GMT

In article <5684@hq.hq.af.mil> rknowles@marge.hq.af.mil writes:
>Howdy,
>   Me and a couple of other guys are about to set up a 530H.  Everything was
>going fine until we got into an argument on logical volume groups.  Currently
>we are divided into at least two camps.  One guy wants to have just rootvg,
>another wants at least two volume groups, and one weenie refused to vote.
>   Obviously there are pros and cons to both setups.  With one vol grp, we put
>the entire system on an image backup.  On the other, we have greater control
>on the location of our data.
>   Does anybody have any good stories/experiences/suggestions out there?  Are
>there any pitfalls we need to be aware of?
>   Thanx,
>   Rick Knowles (rknowles@marge.hq.af.mil)
>   "The weenie who didn't vote"

Since nobody else wants to comment on this I will take the first stab and try
to get the discussion rolling.

1)  I take it that you have a number of physical disk drives as they may not
    be split across volume groups.

2)  I feel that rootvg should not be a very large volume group as you need to
    make backups of it iplable using the mksysb command.  Also this could 
    impact you when you need to upgrade AIX (I just went through 3.1.5 to 3.2.2).

3)  If you have multiple physical volumes in a volume group, then the disk 
    access times MAY be lowered by spreading the filesystems over several
    physical volumes in the volume group.

4)  The more disks that you have in a volume group leads to more disks having
    some lost data when any one of the physical volumes has to be replaced.
    Since you will have to restore most, and probably all, of the volume group
    with the bad drive in it.

I am going through the same process.  I am now planning to purchase 5  2GB
SCSI drives for a new 53H system.  Since AIX cannot have a filesystem greater
then 2GB, I am planning to have one volume group per physical drive as my
data access pattern tends to be seldom slurps of large files.  If I run into
some file accessing problems, I may install two filesystems accross two 
drives.

Tom Merrick
Ohio State University
From: rahner@iscnvx.lmsc.lockheed.com (Mark Rahner)
Newsgroups: comp.unix.aix
Subject: Re: reporting bugs (was: ptys and getpwnam())
Date: 14 Aug 92 21:21:11 GMT
Organization: Lockheed Missiles and Space Co.
X-Newsreader: Tin 1.1 PL4

pa@curly.appmag.com (Pierre Asselin) writes:
: 
: Once again, my humble proposal for a band-aid:
: 
: 3) IBM:
:   Allow your employees to file bug reports at their discretion
:   for problems reported on Usenet.

This is an excellent idea that is long overdue.  Obviously, such an
arrangement does not obligate IBM in any way.  However, if carefully
constructed bug reports were taken more seriously in this forum, there
would likely be more carefully constructed bug reports.
-- 
Mark V. Rahner   rahner@lmsc.lockheed.com
From: dls@achilleus.austin.ibm.com (David Skeen)
Newsgroups: comp.unix.aix
Subject: Re: NEEDED: multi-thread support for aix
Date: 18 Aug 92 23:29:47 GMT
Reply-To: David Skeen <dls@dce.austin.ibm.com>
Organization: IBM Austin (PSP)

DCE will include a user-space threads package when it ships on AIX.
It'll use a pthreads interface based on POSIX 1003.4a (draft 4).
--
Dave Skeen                     IBM Internal: dls@achilleus.austin.ibm.com
D55/B905  Zip 9541             IBM VNET:     SKEEN at AUSTIN
Austin, TX 78758               Internet:     dls@dce.austin.ibm.com
From: pmurphy@nrao.edu (Pat Murphy)
Newsgroups: comp.unix.aix
Subject: Re: Anyone know of a window capture program for X ?
Date: 14 Aug 92 15:41:55 GMT
	<1992Aug7.222230.5247@awdprime.austin.ibm.com>
Organization: National Radio Astronomy Observatory

In article <1992Aug7.222230.5247@awdprime.austin.ibm.com>
   rudy@chukran.austin.ibm.com writes:

   In article <1992Aug05.165617.19734@syscon.rn.com>,
      teresa@syscon.rn.com (Teresa Selling) writes:

      [request for graphics X capture program omitted for brevity]

   Here is its abstract for version 2.0:
   xgrabsc is a screen capture program, similar to xwd but providing more
   ways of selecting the part of the screen to capture and different types
   of output (Postscript, color Postscript, xwd, bitmap, pixmap, and puzzle).

Don't forget the xgrab front-end that comes with it.  Once configured
properly (i.e. the resource file in the right place) it makes screen
capture 10 times easier (IMHO).

				- Pat
--
==========================================================================
| Patrick P. Murphy, Ph.D.                Scientific Programming Analyst |
| National Radio Astronomy Observatory    Net:   pmurphy@nrao.edu        |
| 520 Edgemont Road                       or:    uunet!nrao.edu!pmurphy  |
| Charlottesville, VA 22903-2475          Phone: (804) 296-0372          |
|      "I don't believe in the no-win scenario"  --- James T. Kirk       |
==========================================================================
From: gary@teal.csn.org (Gary Studwell)
Newsgroups: comp.unix.aix
Subject: need help with aXe-3.0 and AIX 3.2.0
Date: 14 Aug 92 15:53:40 GMT
Distribution: usa
Organization: Colorado SuperNet, Inc.


Hi.
In recent postings the X based editor was suggested for
use on the 6000.  I've pulled down the copy of version
of 3.0 from export.lcs.mit.edu and applied the patches
Tom McConnell used to get it going under 3.1.6. 

aXe compiles very cleanly, but dies during the run, just
after the main window appears.

xde gives the following :  (partial for brevity)
segmentation violation in XtGetGC at 0xd033a44c
0xd033a44c (XtGetGC+0x1c80) 8085002c          l   r4,0x2c(r5)
where
XtGetGC(0x0, 0x20107ee0, 0x2) at 0xd033a44c
XtGetGC(0x0, 0x200b40dc, 0x2ff7f5a8, 0x200b40e8, 0x2ff7f610,
 0x0, 0xdeadbeef, 0xdeadbeef) at 0xd033ccb4
CopyShowMenuChildren(children = 0x2ff7f60c, numChildren = 0x2ff7f610),
  line 1731 in "AxeEditor.c"
PopulateShowMenu(client_data = (nil)), line 1756 in "AxeEditor.c"
 etc.  ...

Does this look familiar to anybody ? This looks like a nice program,
and any help would be appreciated.

Gary Studwell    gary@csn.org   or   everest!gary@csn.org
Jefferson County Mapping Department, Golden, Colorado
officially shared opinions --->     <---
-- 
  Gary D. Studwell        |  e-mail:  everest!gary@csn.org or gary@csn.org
  Jefferson County        |     fax:  +1 303 271-5790
    Mapping Department    |   voice:  +1 303 271-5776
  Golden, Colorado 80401  | Opinions?  Policies?  Quotes? NO WAY!
From: tony@jassys.UUCP (Tony Holden)
Newsgroups: comp.unix.aix
Subject: Re: Need help making tape drive "Available" after "Defining"
Date: 20 Aug 92 01:01:59 GMT
Organization: HSC CO.

logan@tms.portal.com (Michael Logan) writes:
> 
>     # mkdev -l rmt0
>     Method error (/etc/methods/cfgsctape):
> 	0514-047 Cannot access a device.

We just had the same problem.

Bad tape drive.


-- 
Tony Holden					live on the edge,
tony@jassys					  Bank in Texas
jassys!tony@rwsys.lonestar.org
Newsgroups: comp.unix.aix
From: marke@fsi-ssd.csg.ssd.fsi.com (Mark W. Easter)
Subject: Re: Zmodem protocol on AIX ???
Date: Sun, 16 Aug 1992 06:10:50 GMT
Organization: FlightSafety-SSD, Tulsa, OK, USA

In article <1992Aug10.130401.1091@ccsun7.csie.nctu.edu.tw> gcp80532@csie.nctu.edu.tw (Chien-Lu Fang) writes:

>        Would you please tell me where i can get the Zmodem utilities
>  based on AIX 3.1 ???

See "rzsz.tar.Z".  I got mine from uunet, and it works great.
-- 
                                                                         
----------------------------------------------------------------    /|  -
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"                       
----------------------------------------------------------------------------
From: bis@ifi.uio.no (Bjorn Ivar Stark)
Newsgroups: comp.unix.aix
Subject: Problems with tar
Date: 12 Aug 92 15:18:45 GMT
Organization: Dept. of Informatics, University of Oslo, Norway
Originator: bis@maud.ifi.uio.no

Before I used this command when I e.g. moved a user from
one machine to another. 

   root@obelix /u/obelix/d: tar cvfb - 20 sigurd |\
   maestria "cd /u/maestria/c; tar xfBp -" 

Now it stops half way trough with the messages "broken pipe".
Any idea to what can be wrong.
--
-----------
Oystein Fosli, B240
Norsk Hydro a.s           Ph.: (472) 739660       
Postboks 200		  Fax: (472) 739555
1321 STABEKK	     internet: bis@ifi.uio.no
Norway
Newsgroups: comp.unix.aix
From: rick@ransom.msc.cornell.edu (Rick Cochran)
Subject: Monitor 1.06 beta
Organization: Cornell Materials Science Center
Date: Wed, 19 Aug 1992 15:58:16 GMT

I just built ftp.funet.fi:pub/unix/AIX/RS6000/monitor-1.06beta.tar.Z
with the LED patches added.  It appears to work.

It would be real nice if the LED patches were included in the official
version.

-- 
|Rick Cochran		  607-255-7223		     rick@msc.cornell.edu|
|Cornell Materials Science Center		     rick@crnlmsc2.bitnet|
|E20 Clark Hall, Ithaca, N.Y. 14853	     cornell!msc.cornell.edu!rick|
From: jern@visual1.jhuapl.edu (Bob Jernigan)
Newsgroups: comp.unix.aix
Subject: editing history
Date: 21 Aug 92 19:14:59 GMT
Reply-To: jern@visual1.jhuapl.edu (Bob Jernigan)
Organization: Johns Hopkins University

In recent AIXTIPS, #92284, suggests key settings to use the command history/recall
features of ksh with the grey key.  Anyone get this to work as written.  I get
strange results.

bob jernigan  jern@spaceaix.jhuapl.edu
From: jvolpe@ncsa.uiuc.edu (James Volpe)
Newsgroups: comp.unix.aix
Subject: Re: Screen Capture of GL window (gltoppm) Almost..
Date: 17 Aug 92 19:29:55 GMT
Organization: Dow Chemical
Originator: jvolpe@mars.ncsa.uiuc.edu


In article <92227.144843RS0THP@rohvm1.rohmhaas.com>, RS0THP@rohvm1.rohmhaas.com (Dr. Thomas Pierce) writes:
|> 
|> I earlier posted a request to capture the GL window generated by
|> my molecular modeling codes. They use the sabine card and 24 bits
|> graphics which is pretty to view, but a &^%$#( to try and save or plot.
|> 
|> I'd like to get the window in a pnm type format and then to
|> colorsposcript or IBM 24 xwd format. (Enhanced X?).
|> 

Why has IBM ignored the need for a screen capture utility for GL graphics?
Right now, the easiest way to get a hardcopy image from a GL window is via
camera.  We should not need to hunt for a freeware solution.

Jim
From: pa@curly.appmag.com (Pierre Asselin)
Newsgroups: comp.unix.aix
Subject: reporting bugs (was: ptys and getpwnam())
Date: 12 Aug 92 18:42:38 GMT
Organization: Applied Magnetics, Goleta, CA

In <1992Aug9.185135.21404@awdprime.austin.ibm.com>
jfh@greenber.austin.ibm.com (John F Haugh II) writes:

>In article <1251@curly.appmag.com> pa@curly.appmag.com (Pierre Asselin) writes:
>>As things stand now, not fixing bugs because they haven't been
>>"officially reported" is a useless charade.

>No, it is NOT a useless charade[...]

What!  Is, too!

>Trying to fix random bugs off of USENET is often pointless because the
>location of the actual problem is hard to determine.

Then toss the article in the trash can.  I have no problem with USENET
articles being treated as hearsay.  What I want is for the *convincing*
hearsay to get injected into the bug reporting system without anyone
having to go through a charade (--isn't!  --is, too!).

>[...]because the system is designed to insure
>that a reported problem EXISTS and has been FIXED.  The "exists" part means
>that there is a reproducible test case that can be used to demonstrate the
>behavior.  Just saying "such-and-such function call is broken" does nothing
>to reveal the location of the problem.  The "fixed" part means that there
>is some way to determine that any bug which is found actually is the same
>bug that the customer found and that the fix which the developer produces
>will fix the problem that the customer has.

I can pick up the phone right now, get a problem number, and tell
Software Defects that such-and-such function call is broken.  Now you
have to work on it.  You don't have a reproducible test case because
there's no way I can give you one verbally over the phone.  That's why
I highly recommend email filing with aixserv.  The aixserv status reports
are extremely instructive and helpful, too.

The hard ones are the suspected bugs that aren't ready from prime
time.  IBM wants us to call our SE's when we need that kind of help.
If you think that IBM support in the field actually works, you'll have
to visit my planet some day.  The quality of field personnel varies a
lot.  THAT is the real problem.  It is a BIG problem.  Too big for me.
Is there a band-aid that will work now?

So I'm on my own.  I read the net to see the punches coming and to
trade individual help with other netters.  Now then:  every once
in a while, I read an article about some bizarre glitch that I had seen
before but didn't have time to chase.  Now I know I'm not crazy.  If I
see a bunch of "me too" followups, I know there is a real problem.
We all know.  So why do I have to read yet another article that says
"report it, guys and gals, or it will never get fixed"?

Once again, my humble proposal for a band-aid:

3) IBM:
  Allow your employees to file bug reports at their discretion
  for problems reported on Usenet.
-- 

--Pierre Asselin, Magnetoresistive Head Engineering, Applied Magnetics.
  pa@appmag.com        the usual disclaimers apply.
Newsgroups: comp.unix.aix
From: tkevans@eplrx7.es.duPont.com (Tim Evans)
Subject: xgraph on AIX 3.2
Reply-To: tkevans@eplrx7.es.dupont.com
Organization: DuPont Engineering Physics Laboratory
Date: Wed, 19 Aug 1992 13:53:28 GMT

Has anyone ported xgraph to AIX 3.2?  If so, please let me know
what's needed and/or how to get patched sources.  Thanks.
-- 
Tim Evans                     |    E.I. du Pont de Nemours & Co.
tkevans@eplrx7.es.dupont.com  |    Experimental Station
(302) 695-9353/7395           |    P.O. Box 80357
EVANSTK AT A1 AT ESVAX        |    Wilmington, Delaware 19880-0357
Newsgroups: comp.unix.aix
From: wollman@sadye (Garrett Wollman)
Subject: Re: xterm: no available ptys
Organization: University of Vermont, EMBA Computer Facility
Date: Sun, 16 Aug 1992 01:45:47 GMT

In article <BIS.92Aug14124438@maud.ifi.uio.no> bis@ifi.uio.no (Bjorn Ivar Stark) writes:
>When I try to start more than a certain limit of xterms I get
>this error-message:
>    fosli@asterix: xterm
>    xterm: no available ptys

Get X11R5 and apply the following patch in the xterm directory.  After
we did this, we never had to worry about pty problems again.  (In a
nutshell: Xterm didn't know how to use /dev/ptc to allocate a PTY from
whole cloth, so it use /dev/[pt]ty[pqrs]? instead.  Eventually, it ran
out.  Even worse, it would occasionally pick up a PTY that still had
someone else's program running on it!  This seems to have fixed both
problems when we were running AIX 3.1, and it hasn't hurt anything in
3.2.  As a general rule, replace all your IBM X programs (except
Xibm!) with the X11R5 versions and you'll be much happier.)

-GAWollman

*** xterm-main.c.orig	Thu Mar 12 11:59:56 1992
--- xterm-main.c	Thu Mar 12 12:08:33 1992
***************
*** 974,982 ****
  	/* got one! */
  	return(0);
  #else /* sgi or umips */
  
! 	return pty_search(pty);
  
  #endif /* sgi or umips else */
  }
  
--- 974,1008 ----
  	/* got one! */
  	return(0);
  #else /* sgi or umips */
+ 	/*
+ 	 * AIX special case by G. Wollman, University of Vermont,
+ 	 * 12.3.-92
+ 	 */
+ #if defined(_AIX)
+ 	*pty = open("/dev/ptc", O_RDWR);
+ 	if (*pty < 0) {
+ 	  return(1);
+ 	}
  
! 	strcpy (ttydev, ttyname(*pty));
! 	strcpy (ptydev, ttydev);
! 	ptydev[7] = 'c';	/* change "/dev/pts" to "/dev/ptc" */
! 
! 	if((*tty = open (ttydev, O_RDWR)) < 0) {
! 	  close (*pty);
! 	  return (1);
! 	}
  
+ 	/* The AIX manual isn't clear on whether or not this
+ 	 * is necessary.  Judging from the results we've seen,
+ 	 * I would suspect that it may be.
+ 	 */
+ 	frevoke(*tty);		/* revoke all other access to this tty */
+ 
+ 	return (0);
+ #else /* _AIX */
+ 	return pty_search(pty);
+ #endif /* _AIX */
  #endif /* sgi or umips else */
  }
  
-- 
   Garrett A. Wollman  = wollman@emba.uvm.edu = UVM is welcome to my opinions
                       =    uvm-gen!wollman   =
   That's what being alive is all about.  No deity, no higher goal
   exists, than to bring joy to another person.    - Elf Sternberg