HDTenEightyP/NetNews huggingface dataset:
From: paul@eye.com (Paul B. Booth)
Newsgroups: comp.sys.hp
Subject: Re: Backup to DAT over net
Date: Mon, 27 Jul 92 13:51:25 GMT
Organization: 3D/EYE, Inc.  Ithaca, NY

In article <1992Jul23.170942.11576@cs.nott.ac.uk> pczip@mips.Berkeley.EDU (Ivan Powis) writes:
>We recently installed several hp9000/700's which are all networked together
>along with a single DAT drive. One question we asked all suppliers, including
>hp , was "can you run a backup over the net?". They all said yes. However,
>having chosen hp, I now find its not so simple. Using fbackup and traversing
>nfs mounts to get at files on the remote systems (ie not having the DAT drive)
>isn't adequate, because the superuser protection applied by NFS stops me 
>accessing remote files that don't have general access permission. So using
>NFS to get at the remote file sytems isn't the answer.
>
>How do you go about this? At the moment we're having to physically carry the DAT
>drive around from machine to machine. This surely isn't the way it has to be done
>is it? 
>
>Ivan Powis

At 9.0, rumor has it, hp-ux will update its NFS implementation to allow you
to permit root access on an nfs-mounted filesystem.  Until then, there is a
quick hack that will let you do this now.  Here's the deal.  When the
super user accesses an nfs-mounted filesystem, NFS maps the UID of root to
"nobody", which is defined in the kernel of the remote machine.  Generally,
"nobody" is defined to be -2 or some such, so root can't access any non
world-readable files on the remote server.  But, if you redefine "nobody"
to be 0 on the remote server, root gets full access there.

The classic way to do this is to use adb to edit /hp-ux (or /dev/kmem
directly) on the remote server.  BE AWARE, though, that this procedure asks
you to do "bad" things:  1) disable an important NFS security measure, and 2)
edit a (running) kernel.  Assuming that you are aware of the risks (and that
you won't come looking for me if you cause yourself problems!), here's a
little ditty I use to enable/disable nfs root access on a running machine
(credit for this script should go to the anonymous netster who sent it to me
some time ago):

    #! /bin/sh
    #
    #  rootaccess - enable/disable root access for nfs clients
    #
    KERNEL="/hp-ux"
    MEMORY="/dev/kmem"
    NOBODY="nobody"
    #
    case "$1" in
	    on|yes|enable|allow)
		    ANONUID="0x00000000";;
	    off|no|disable|deny)
		    ANONUID="0xfffffffe";;
	    *)
		    echo "usage: rootaccess [on|off]" 1>&2;
		    exit 1
    esac
    #
    (echo "$NOBODY/W $ANONUID"; echo '$q') | \
	    adb -w $KERNEL $MEMORY
    #
    exit 0

This script modifies /dev/kmem directly, so the change takes place immediately
and will only last until the next reboot.  If you modify /hp-ux instead, you
need to reboot to effect the change, which lasts until you build a new
kernel.


 









-- 
Paul B. Booth  (paul@eye.com)
-------------------------------------------------------------------------------
3D/EYE, Inc., 2359 N. Triphammer Rd., Ithaca, NY  14850    voice: (607)257-1381
                                                             fax: (607)257-7335
From: stuart@TIVOLI.COM (Stuart Jarriel)
Newsgroups: comp.sys.hp
Subject: CMU threads on HP-PA?
Date: 31 Jul 92 16:01:43 GMT
Organization: Tivoli Systems, Inc

Has anyone ported CMU threads to an HP-PA machine?

Thanks!
stuart
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.sys.hp
Subject: Re: How to operate 750 serial ports at 57600 baud?
Date: 29 Jul 92 11:42:58 GMT
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands
In-reply-to: franks@hpuamsa.neth.hp.com's message of 27 Jul 92 11:50:22 GMT

In article <28510298@hpuamsa.neth.hp.com> franks@hpuamsa.neth.hp.com (Frank Slootweg CRC) writes:

>   raymond@es.ele.tue.nl (Raymond Nijssen) writes:

>> We're trying to connect a high-speed modem to our 9000/750.
>> 
>> The modem is capable of running at 57600 baud, but the 750 (running 8.05)
>> builtin ports seem to be capable of running at 57600 and up, but
>> the software (stty, [uu]getty) seems to be limited to at most 38400 baud.

>     From termio(7) :

>>  DEPENDENCIES
>[deleted]
>>       Series 700
>>            Built-in serial ports on the Series 700 machines support the
>>            following additional baud rate settings: 57600, 115200, 230400,
>>            and 460800 baud.  An RS-232-to-RS-422 converter may be required
>>            to achieve actual throughput at these baud rates (because RS-232
>>            only specifies up to 19200 baud).

This made us believe that these ports could run at 57600 bps (ao.)

>     I don't know if there are any limitations in stty(1). In any case it
>   is easy to write a little C program to set the baud rate and use stty(1)
>   for the rest. See termio(7) for the required ioctl's.

Sure. It should be possible to adapt GNU's gstty to do this job, but the
actual problem is getty.

>     There is no need for uugetty(1m) on HP systems. We only supply it for
>   compatibility reasons. See "Terminal port access interlock" in modem(7)

I only mentioned uugetty because we tried it to see if it would support
anything faster than 38400 bps.

>   as to why uugetty(1m) is not needed. I don't know if getty(1m) can
>   handle 57600 baud, just try it.

We already did, without success unfortunately.
Eg. /etc/getty -c /etc/gettydefs yields:

  **** Next Entry ****
  57600M  # B57600 HUPCL IGNPAR ICRNL IXON OPOST ONLCR CS8 CREAD
                  ISIG ICANON ECHO ECHOK ISTRIP IXANY TAB3
          # B57600 SANE CS8 ISTRIP IXANY TAB3 HUPCL
          #\n                   \n\n\n\n\t\tAccess restricted to authorized users!
  \n\n\n\n\n\nlogin: #57600M  

  Undefined: B57600
  Undefined: B57600

etcetera...

Does anybody know if these high speed modes are _fully_ supported in HP-UX 8.07?
Experiences?

Regards,
-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| phone: +31-40-473373    | Design Automation Section (ES),  Room EH 7.16     |
| raymond@es.ele.tue.nl   | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
|                         | "Trust me. I know what I'm doing" (Sledge Hammer) |
From: stevewi@hpspdla.spd.HP.COM (Steve Witten)
Date: Thu, 23 Jul 1992 23:05:36 GMT
Subject: Re: windows unexpectedly dying - why and how to fix it ?
Organization: HP Stanford Park - Palo Alto, CA
Newsgroups: comp.sys.hp

The shells running in these terminal windows probably have
'autologout' turned on.  Try turning this off.  The C-shell syntax is 

	unset autologout

I don't know what the sh/ksh syntax is.

===============================================================================
Steve Witten                    stevewi%hpspd@hplabs.hp.com
Network Test Division           ...!hplabs!hpspd!stevewi
Hewlett-Packard Co.             stevewi@hpspd.spd.hp.com
From: rtb@hp-osf2.cern.ch (Rainer Toebbicke)
Subject: Re: Exabytes on HP machines
Organization: CERN European Lab for Particle Physics
Date: Wed, 29 Jul 1992 11:37:47 GMT

No answer to your question, just a hint: I haven't seen any problems
using GNU tar (as opposed to HP's tar) with an Exabyte on a 720 8.07.
Also, using 'dd' and piping the output into HP's tar works fine in
a couple of situations.
Perhaps that helps until 9.0 comes around with a new driver... 
--
Rainer Toebbicke   -   rtb@cernapo.cern.ch    -    rtb@cernvm.bitnet
European Laboratory for Particle Physics - CERN
Geneva, Switzerland
From: melennec@stna.dgac.fr (Ronan Melennec STNA 7C p8240 BD22)
Newsgroups: comp.sys.hp
Subject: HP 9000/8xx and HP 9000/7xx (in)compatibilities
Keywords: binary architectures
Date: 30 Jul 92 15:03:38 GMT
Organization: STNA 95 rue Henri Rochefort 91025 Evry Cedex 33(1)60.79.80.00

Hello,

This must be a FAQ :

I would like to know whether it is *always* possible for
a binary compiled for PA 1.0 architecture (HP 9000/8xx, correct me
if necessary) to run on a PA 1.1 machine (HP 9000/7xx), assuming
the same OS version.

E-mail answers prefered,
Thank you very much in advance,
-- 
Ronan Melennec              | Service Technique de la Navigation Aerienne
+33 1 60 79 82 40           | Departement 7
melennec@stna7.stna.dgac.fr | 95, rue Henri Rochefort, 91025 EVRY CEDEX, FRANCE
Newsgroups: comp.sys.hp
From: jrrarah@gamma.phys.clemson.edu (John R. Ray)
Subject: Re: /etc/disktab entry for 1.3 Giga hp97560 on 9000/817
Reply-To: jrrarah@gamma.phys.clemson.edu (John R. Ray)
Organization: Clemson University
Date: Fri, 24 Jul 1992 18:15:40 GMT


I installed a 1.6Gbyte HP 97560 disk drive...it installed with sam after
I changed an entry in /etc/master to be HP_97560S     scsi.  J RAY
From: willa@vcd.hp.com (Will Allen)
Newsgroups: comp.sys.hp
Subject: Re: limit size of "core" files...
Date: 28 Jul 92 15:37:25 GMT
Organization: HP Vancouver Division
X-Useragent: Nuntius v1.1a5

Re: limit size of "core" files...

A quick and dirty trick is to create (touch is handy) a 0 byte file named
core and turn off
write permission to it.  It only affects one directory though (a minus
and a plus).


. . .Will

Will Allen
HP Vancouver Division
willa@vcd.hp.com
Newsgroups: comp.sys.hp
Newsgroups: comp.sys.hp

In comp.sys.hp, arao@sdcc13.ucsd.edu (Andy Rao) writes:

> Does anybody know whether HP has an e-mail address that I can use
> to get in contact with them???

It depends on who "them" is.

Most HP employees have email.  We use two major mail systems (internet and
HP DESK).   Both are accessible from the external Internet.

There are no generic addresses for "HP" that I know of.

We also don't publish a mailing list of individuals, but news readers (like
me) are often willing to forward a request to the individual you are
seeking, and if appropriate, supply info on forming proper DESK addresses.

Regards,                                              Hewlett-Packard
Bob Niland      Internet: rjn@FC.HP.COM               3404 East Harmony Road
                CompuServe:  71044,2124               Ft Collins CO 80525-9599
From: acmeyer@hpfcso.FC.HP.COM (Alan C. Meyer)
Date: Thu, 30 Jul 1992 21:42:37 GMT
Subject: Re: Vector libraries and +ppu
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp

The following text was lifted from the man page for regex and discusses
the proper cc invocation of -lPW ...

Regards,

  Spero Koulouras

-------------

 WARNINGS
      regcmp() and regex() are kept in /lib/libPW.a.  Unfortunately,
      /lib/libPW.a also contains some functions that have the same names as
      functions contained in the default C library, /lib/libc.a.  To prevent
      unexpected results due to these name conflicts, always search libc
      before searching libPW.  This is done with the ld (or cc) command line
      option sequence -lc -lPW which satisifies all standard C functions
      from libc then searches libPW for the regcmp() and regex() functions
      (there is also an implied -lc following the explicit -lPW to satisfy
      any additional C functions required by regcmp() and regex()).
From: kinsell@hpfcso.FC.HP.COM (Dave Kinsell)
Newsgroups: comp.sys.hp
Subject: Re: DAT drive on 835, help please
Date: 22 Jul 92 23:36:30 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA

In comp.sys.hp, mah@parrot.prv.univie.ac.at (Michael Haberler) writes:

> 
> I wonder when HP will finally get its act together on this one. It's
> slowly getting ridiculous.
>

HP has been shipping since early 1988 SCSI interfaces that work with a
variety of devices, first on S300, then S400 and now S700 machines.  Please
keep in mind that hardcoding lists of supported peripherals in the driver
is unique to the S800 machines.
From: rdg@hpfcso.FC.HP.COM (Rob Gardner)
Newsgroups: comp.sys.hp
Subject: Re: Parallel port compatibility problems?
Date: 30 Jul 92 19:28:20 GMT
Organization: Hewlett-Packard, Fort Collins, CO, USA


> I have been told by HP people that this is a hardware limitation (tell me it
> ain't so!).  My HP sales rep gave me the names of a couple of companies
> building EISA cards for the 700's, but so far, no one has a parallel card.

Try the IKON 10092 card, which is an ISA card that does parallel.
Newsgroups: comp.sys.hp,comp.unix.questions
From: yrjola@hkkk.fi (Matti Yrjola)
Subject: Re: HP MPE NetIPC <-> BSD sockets?
Date: Thu, 30 Jul 92 10:34:46 GMT
Organization: Helsinki School of Economics, Finland

In <Brx40C.7yF@spock.dis.cccd.edu> markb@spock.dis.cccd.edu (Mark Bixby) writes:

>The June '92 issue of Interact magazine had an article describing the use of
>HP's NetIPC product on their MPE/iX operating system to communicate with BSD
>sockets on remote systems.  Is anybody out there doing this?  What version(s)
>of MPE/iX are you running?  My HP Sales Rep says that MPE/iX 4.0 is needed,
>although I'm skeptical.  Would any internal HP people like to confirm/deny 
>this?  Any insight would be appreciated.  Thanks.

NetIPC to BSD sockets works fine both on MPE/V and MPE/iX. We are
running MPE/XL 2.2 (should we call it MPE/iX yet?).
I can email some simple C code if you are interested.

>-- 
>Mark Bixby                         Internet: markb@spock.dis.cccd.edu
>Coast Community College District   1370 Adams Avenue
>District Information Services      Costa Mesa, CA, USA  92626
>Technical Support                  (714) 432-5064
>"You can tune a file system, but you can't tune a fish." - tunefs(1M)


-- 
----------------------------------------------------- I did it  M   M  Y   Y
 Matti Yrjola, Helsinki School of Economics, Computer Center !  MM MM   Y Y
 Runeberginkatu 14-16, 00100 HELSINKI, FINLAND               !  M M M    Y
 INTERNET: yrjola@hkkk.fi                                    !  M   M  waY
From: alex@hpfcse.HP.COM ( Alex Weiland)
Date: Thu, 30 Jul 1992 14:10:12 GMT
Subject: device driver for 720
Organization: Hewlett Packard Co.
Newsgroups: comp.sys.hp

I have a customer who is trying to develop a device driver for a 3rd party 
board, eisa, that plugs into a 720. They have the device drivers developers
manuals.  They have found 2 things that the documentation references but
does not explain.

1) a device driver configuration file is require, it should be supplied by the
manufacture.  The format of this file is not defined, and the board is a
custom design.  Where can I get info on what the configuration file should
look like?

2) A "id" is required.  There is no specification of what the id looks like,
how to create it, set it etc. Again please direct me to info on how to create
the device driver id.

Alex Weiland
Technical Consultant
Hewlett Packard
alex@a4450aw2.esr.hp.com
From: arons@ash.eecs.ucdavis.edu (Tom Arons)
Newsgroups: comp.sys.hp
Subject: Re: hpterm resize source?
Date: 21 Jul 92 15:42:28 GMT
	<1992Jul21.091915.43723@infoserver.th-darmstadt.de>
Organization: University of California at Davis
In-reply-to: misch@rbhp90.rbg.informatik.th-darmstadt.de's message of 21 Jul 92 09:19:15 GMT

In article <1992Jul21.091915.43723@infoserver.th-darmstadt.de> misch@rbhp90.rbg.informatik.th-darmstadt.de (Clemens Misch) writes:

   In article <ARONS.92Jul20223607@ash.eecs.ucdavis.edu>, arons@ash.eecs.ucdavis.edu (Tom Arons) writes:
   > Does anyone have source they can distribute for a modified X11 resize program
   > that will work with hpterms as well as xterms?  It's a pain when our users
   > rlogin from an hpterm to a non-HP system and the resize command spits out a
   > vt100 sceen size inquiry escape sequence which momentarily chokes the hpterm.
   > The /usr/bin/X11/resize distributed with hpux does the right thing, but I

   This is nonsens. HP's resize checks the TERM environment variable for
   the controlcodes. Your users should set their TERM variable to 'hp' or
   'hpterm' and of course, a terminfo entry for this terminals should
   exist on the target system.
   -- 

Please read more carefully before you respond.  The resize I am looking for
is one that will run on a non-HP system.  As I said in my original request,
HP's resize does exactly the right thing, unfortunately I do not have the
source for it, consequently if I am sitting in front of an HP display, open
up a local hpterm, rlogin to say a DECstation (to which I have added an
hpterm termcap entry), and resize the window, I am stuck.


--
Tom Arons			Internet: arons@eecs.ucdavis.edu
EE/CS Department		Bitnet:   tgarons@ucdavis
University of California	UUCP:     {lll-crg, ucbvax}!ucdavis!iris!arons
Davis, CA 95616			Phone:    (916) 752-1750
From: mike@hpfcso.FC.HP.COM (Mike McNelly)
Date: Thu, 30 Jul 1992 15:38:46 GMT
Subject: Re: -lPW causes problems building R5 on HP 9000/700s
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.sys.hp
Subject: VAX Float -> HP IEEE Float conversions
From: solomon@pa621a.inland.com (Paul J. Solomon)
Date: 28 Jul 92 11:53:14 CDT
Organization: Inland Steel Company, East Chicago, IN
Nntp-Posting-User: solomon

Greetings.

I'm using an HP700 to read some data that was created by a VAX.
In this data are some VAX floats.

Is there any source code (or ready-made functions) out there to 
convert this (4-byte VAX float) to IEEE (4-byte) fmt?

Any help would be greatly appreciated.

-paul.
-- 
----------------------------------------------------------------------
| Paul J. Solomon            |  "Consequences, Schmonsequences...    |
| solomon@pa881a.inland.com  |       as long as I'm RICH!!!"         |
| Inland Steel Co.           |             -Daffy Duck               |
----------------------------------------------------------------------
From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
Date: Wed, 22 Jul 1992 14:13:57 GMT
Subject: Re: fs(filesystem) structures
Organization: Hewlett-Packard, The Netherlands
Newsgroups: comp.sys.hp

  Assuming you want to look at the filesystems on disk(s) (i.e. not in
memory): See fs(4) (That wasn't too hard was it? :-)) and take it from
there. See also the System Administration Concepts manual.

> I'm looking for the info in the fs(filesystem) structures & would like to
> know the best(most direct) way of accessing it.

  The most direct way may not be the "best" (i.e. portable) way. See
also opendir, readdir, telldir, seekdir, rewinddir, closedir(3C),
stat(2), etc..

>				If not, is there a direct way to access the
> root i-node(is it guaranteed to be in a certain position in the inode table)?

  The root inode is inode number 2 (see fs(4)).

  Hope this helps.

  Perhaps it is wise to explain what you try to accomplish. You posting
was rather terse and left a lot of guessing.

Frank Slootweg, HP, Dutch Customer Response Center
From: raymond@es.ele.tue.nl (Raymond Nijssen)
Newsgroups: comp.sys.hp
Subject: How to operate 750 serial ports at 57600 baud?
Date: 23 Jul 92 13:31:40 GMT
Organization: Eindhoven University of Technology, Eindhoven, The Netherlands

We're trying to connect a high-speed modem to our 9000/750.

The modem is capable of running at 57600 baud, but the 750 (running 8.05)
builtin ports seem to be capable of running at 57600 and up, but
the software (stty, [uu]getty) seems to be limited to at most 38400 baud.

Do I miss something?
Your help would be appreciated.
-Raymond
--
| Raymond Nijssen         | Eindhoven University of Techology                 |
|                         | Department of Electrical Engineering              |
| phone: +31-40-473373    | Design Automation Section (ES),  Room EH 7.16     |
| raymond@es.ele.tue.nl   | P.O. Box 513, 5600 MB Eindhoven, The Netherlands  |
|                         | "Trust me. I know what I'm doing" (Sledge Hammer) |
Newsgroups: comp.sys.hp
From: bt@irfu.se (Bo Thide')
Subject: Re: gnuplot for 700 series...
Date: Sat, 25 Jul 1992 21:09:30 GMT
Organization: Swedish Institute of Space Physics, Uppsala, Sweden

In article <0095E101.0D786A60@period.cem.msu.edu> heroux@period.cem.msu.edu (Brett J. Heroux) writes:
>I would like to get gnuplot for the HP 720 without having to do a lot
>of porting. If you know of a site for it, please let me know.
>
>E-mail to: heroux@slater.cem.msu.edu ( or posting is fine with me )
>
>Thank you,
>
>Brett Heroux


Porting gnuplot to HP is no problem really.  Follow he instructions and
you can't fail.  I have the following gnuplot version running on my 720:

bt@hybrid.irfu.se>gnuplot

        G N U P L O T
        unix version 3.2
        patchlevel 2, Mar 24 92
        last modified Sat Mar 24 21:08:47 PST 1992

Copyright(C) 1986, 1987, 1990, 1991, 1992  Colin Kelley, Thomas Williams

        Send bugs and comments to bug-gnuplot@ames.arc.nasa.gov

Terminal type set to 'x11'
gnuplot>


If you need, I can e-mail my Makefiles.

Bo
-- 
   ^   Bo Thide'--------------------------------------------------------------
  |I|        Swedish Institute of Space Physics, S-755 91 Uppsala, Sweden
  |R|      Phone: (+46) 18-303671.  Fax: (+46) 18-403100.  IP: 130.238.30.23
 /|F|\          INTERNET: bt@irfu.se      UUCP: ...!mcvax!sunic!irfu!bt  
 ~~U~~ ----------------------------------------------------------------sm5dfw-
From: als@bohra.cpg.oz.au (Anthony Shipman)
Newsgroups: comp.sys.hp
Subject: signal behaviour differs between hp9000 machines
Date: 30 Jul 92 08:53:25 GMT
Organization: Computer Power Software

I was exploring floating point exceptions the other day and found that
the HP9000/800 and HP9000/400 have a serious difference in the way signal
handlers work.

The test program does a divide by 0.  The signal handler prints a message,
reenables the signal handler and returns to the program.

On the /400 this works fine.  The program continues with the next instruction.
On the /800 the divide instruction is restarted and another exception is
raised, resulting in an infinite loop.

This can make programs that manipulate signals non-portable even within HP-UX.
Is there any standard for this behaviour?


-- 
Anthony Shipman                 "You've got to be taught before it's too late,
CP Software Export Pty Ltd,      Before you are six or seven or eight,
19 Cato St., East Hawthorn,      To hate all the people your relatives hate,
Melbourne, Australia, 3121       You've got to be carefully taught."  R&H
Newsgroups: comp.sys.hp
From: alg@cs.cornell.edu (Anne Louise Gockel)
Subject: Configuration for a Cluster of HP 720's
Organization: Cornell Univ. CS Dept, Ithaca NY 14853
Date: Tue, 28 Jul 1992 19:48:10 GMT


I am configuring a lab that will have about 15 HP 720's in it.  I've been
weighing the options of configuring it as one or more clusters vs. using
traditional NIS/NFS methods of managing a distributed lab.  Right now I'm
leaning towards the cluster approach.

I would like this lab to have some redundancy in the servers.  I can think of
two options and neither is particularly clean:

a) Have two clusters, a primary server on each cluster and split the clients.
If one server goes down, the clients can be moved to the other server with
minimal fuss.

This does have the advantage of splitting the client load between two servers.

However I believe I will have to use NIS and NFS to have a seamless user
interface betwene the clusters.  Right?  Is there something I'm overlooking?
Will the servers and clients cooperate with the NFS mounted /usr/spool/mail
directory?

b) Have a disk on one client that is in some sense a "hot spare".  Basically
this disk would be a copy of the server's disk.  If the primary server goes
down, this client can be brought up as the new server with minimal
re-configuration.  Will need to use "rdist" to keep most files updated and
will need to pay particular attention to some of the cluster-specific files
(/etc/clusterconf).  

Is there an "rdist" that works for HP-UX yet?


Has anyone faced this decision and tried either option?  Comments or
suggestions (preferably based on experiences)?  Is there some option that I am
overlooking?  I am getting the feeling that the "cluster" concept does not
scale up to hundreds of machines particularly well, and I'm suspicious that
there's some key ideas that I've overlooked.

					-Anne Louise Gockel
					Cornell Computer Science

Internet: alg@cs.cornell.edu		UUCP: cornell!alg