HDTenEightyP/NetNews huggingface dataset:
From: steve@ibx.com (Steve Giuliano)
Subject: Public Domain SLIP or PPP that works!
Followup-To: Poster
Organization: Independence Blue Cross
Date: Mon, 27 Jul 92 14:26:03 GMT

Hi Sun Admins

I'm looking for a public domain copy of SLIP or PPP that a person
of average (or somewhat above average) intelligence can install and
use.  My first couple of attempts failed miserably and from talking
to other admins, I've discovered that I'm not alone.

My set-up consists of mostly Suns at OS release 4.1.2 connecting via
dial-up and an Annex 3 communications server.

Thanks in advance
Steve Giulinao

steve@IBX.COM 
Newsgroups: comp.sys.sun.admin,comp.sys.sun.misc
From: leigh@uunet!dptechno (Leigh Stivers)
Subject: Trouble with starting OpenWindows
Organization: D. P. Technology Corp.
Date: Thu, 30 Jul 1992 21:46:17 GMT

Hello netters,

   I've received a problem that has got me stumped by one of our clients.
When trying to start 'openwin -noauth', it goes thru about 3/4 of the way,
and then fails, giving an error 'Xlib: connection :0.0 refused by server',
and then gives another error, 'Internal error durring connection' before
exiting back to the console.

   If anyone has any ideas on what we should check/fix/edit, please
e-mail me.


   Thanks so much in advance,
   
   
   uunet!dptechno!leigh
-- 
+============================================================================+
| Leigh Stivers            |  It is not what YOU know that counts, it's      |
| Senior Software Eng.     |                                                 |
| D.P. Technology Corp.    |  what people THINK you know!                    |
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
From: jjg@pt.com (John Grana)
Subject: Re: SCSI error messages...
Organization: Performance Technologies, Incorporated
Date: Wed, 29 Jul 1992 22:50:22 GMT

In article <1992Jul24.163028.16729@jyu.fi> eloranta@jyu.fi (Jussi Eloranta) writes:
>
>Does anybody know what these error messages mean?
>
>Jul 24 17:22:17 tukki.jyu.fi vmunix: sd2:    transport rejected
>Jul 24 17:22:17 tukki.jyu.fi vmunix: sd2:    transport rejected
>Jul 24 17:22:17 tukki.jyu.fi vmunix: sd2:    kluster error- retryings ops singly
>Jul 24 17:22:17 tukki.jyu.fi vmunix: sd2:    kluster error- retryings ops singly
>
>I'm using sun-4/670 with on board scsi and scsi II from pti. The drives
>are old wrens (connected via pti scsi card). The disks seem to work ok
>and fsck complains nothing, but there must be some purpose for these
>messages...
>
>jussi
These errors are the result of our driver (ptscII) telling the target driver
(sd) that the requested transfer is too large... It turns out that maxphys
appears to mean nothing to the 600mp (sun4m) kernel. BTW, the I/O still
works because the sd driver then breaks up the I/O. Anyways, the solution
was to compare the requested transfer size to our actual 24 bit H.W. (real) 
limit (16MB). No more "kluster errors" and, from some debug messages, 
we are doing single SCSI command transfers > 220KB! with the sun4m/sd system.
The new driver is on its way to you.

Cheers
John Grana
jjg@pt.com


-- 
___________________________________________________________________________
|John Grana, Performance Technologies Incorporated		jjg@pt.com|
|315 Science Parkway, Rochester, New York 14620           uupsi!ptsys1!jjg|
|Phone: (716) 256-0200   Fax: (716) 256-0791                              |
From: brown@ftms.UUCP (Vidiot)
Newsgroups: comp.sys.sun.admin
Subject: Re: Disk Partitioning
Date: 24 Jul 92 16:08:42 GMT
Reply-To: brown@ftms.UUCP (Vidiot)
Distribution: na
Organization: Vidiot's Other Hangout

In article <1992Jul21.214918.157285@zeus.calpoly.edu> etsiao@joule (Eddie Tsiao) writes:
<
<As my earlier followup says, I was actually looking for a way to "grow" the
<fs into the partition without having to backup/newfs/restore because this
<deals with the root and /usr partitions.  I was hoping to avoid having to boot
<miniroot etc...  As for backups, I did an rdump both before I repartitioned
<and before I booted miniroot.  Unfortunately, I forgot that I needed to move
<the tape drive to the machine in question inorder to restore :-j.  Everything,
<is working fine now but I would still like to know if it is possible to 
<"resize" a filesystem.

As far I as know, the answer is no.  The problem is that the filesystem has
to have the superblocks and inode information changed to reflect the new size.
As I understand it, the superblock and the backups are placed in certain areas
and those areas are different, depending on the size.

Even if the superblock, and the backups, do go in the same places (with just
more of them), newfs needs to be used to make those superblocks and update
the inode list.  Newfs rebuilds the directory structure, which obviously
destroys what is there.

It would definately be great to be able to resize a filesystem on the fly.
I could have used that when I installed the new SS2 and needed to remove
/home and fold it in to /usr.  Like you, I had to reload the operating
system from scratch.  It was a long weekend, since I had three other disks
on the system as well.
-- 
harvard\
  ucbvax!uwvax!astroatc!ftms!brown  or  uu2.psi.com!ftms!brown
rutgers/
INTERNET: brown@wi.extrel.com  or  ftms!brown%astroatc.UUCP@cs.wisc.edu
Newsgroups: comp.sys.sun.admin
From: Gary White <gwhite@arco.com>
Subject: Tuning TCP/IP for satellite T1 hops
Organization: ARCO
X-Useragent: Nuntius v1.1
Date: Thu, 30 Jul 1992 20:53:26 GMT


Xref: sparky comp.sys.sun.admin:4920 comp.unix.admin:4292 comp.unix.solaris:113 comp.unix.bsd:2714
From: lyndon@ampr.ab.ca (Lyndon Nerenberg)
Newsgroups: comp.sys.sun.admin,comp.unix.admin,comp.unix.solaris,comp.unix.bsd
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Summary: We don't give a shit; we're The Phone Company
Keywords: AT&T 'Death Star' rises over BSDI's horizon [Tel. 1-800-800-4BSD
Date: 23 Jul 92 19:58:17 GMT
Followup-To: comp.unix.bsd
Organization: BOYCOTT AT&T

src@uropax.contrib.de (Heiko Blume) writes:

> that would mean, that anyone who has ever read c header files
> on a AT&T UNIX system, which are 'licensed material', is
> him/herself contaminated for his lifetime? that would certainly
> be absurd.

It's worse than that. Pretty near every posting to comp.sources.*
contains code copied directly from System V. Do you see the line
'exit 0' at the end of each posting. It's obviously been lifted
directly from the source for /bin/true.

Death of the Net Predicted.

Kill the lawyers. Boycott AT&T.
Newsgroups: comp.sys.sun.admin
From: billq@fnal.gov (William R. Quayle)
Subject: Re: Amd is not perfect
Reply-To: billq@pogo.fnal.gov
Organization: Independant Consultant
Date: Fri, 31 Jul 1992 13:42:34 GMT

Is anyone at Sun listening?  This bug has been reported at least 4 times
that I know about.  I've run into it here at Fermi twice, twice when I
was at AT&T Bell Labs, and I've seen it posted roughly two months ago
(I wish I had saved it).  Symptoms are exactly as Carlos describes;
all nfsd's go into DW, load rises dramatically, and the server deadlocks.
Root is the only one that can log in and function.  Then, if you are
patient enough not to reboot, the system falls back into a normal state.
I've seen the machine (a 4/490) deadlocked for 20-30 minutes before
regaining its sanity.  OS 4.1.2, Sun automounter, ~20 automounted filesystems.

What gives?

In article <Bs88Cu.7zp@fiu.edu>, ibarrac@kzin.fiu.edu (Carlos A. Ibarra) writes:
[deleted]
|> Around once a month, all the processes referencing files through amd on
|> one of our servers get stuck. A ps shows them all in DW state. Meanwhile,
|> amd is happily running fine. The load increases monotonically. Each new
|> process which attempts to access a filesystem through the automounter,
|> gets stuck in kernel wait. Sometimes, if we are lucky, this stops by itself.
|> The load goes back down and everything works fine. Other times we have
|> to resort to a reboot. It looks to me like some kind of deadlock, but
|> I have not been able to find out where the cyclical wait occurs. It may
|> also be an amd bug.
|> 
|> This used to happen a lot before with Sun's automounter. Amd reduced, but
|> did not eliminate, the frequency of this problem.

----------------------------------------------------------------------------
William R. Quayle                     |          UNIX Systems Administration
Fermi National Accelerator Laboratory |     Distributed Computing Department
P.O. Box 500, MS-368                  |        Internet: billq@fnal.fnal.gov 
Batavia, IL 60510                     |                       (708) 840-8254
----------------------------------------------------------------------------
Xref: sparky comp.sys.sun.admin:4941 comp.unix.admin:4303
From: deal@hightop.nrl.navy.mil (Richard Deal)
Newsgroups: comp.sys.sun.admin,comp.unix.admin
Subject: Re: Two printers on one print server
Date: 24 Jul 92 12:43:18 GMT
Organization: Naval Research Labs (Washington DC)

In article <1992Jul23.141026.18099@ucunix.san.uc.edu> brenner@ucunix.san.uc.edu (David L. Brenner) writes:
>I have an IPC and want to use it as a print server.  I have two
>SPARCPrinters and want to set them up so that if one printer is busy the
>other one will get the new print jobs.
>
>Has anyone done this?  If so, please let me know how you did it.
>
I would be very interested in this also please email me also or post.  I have 
several printers all HP lasers (different models though) that are shared with
PC-NFS (uses regular UNIX remote printing).  Most of the printers are actually
on SPARC's.  We have one heavy user who often prints several thousand pages 
to an HPIIIsi.  when this is going on is there any easy way to spool other 
print requests to another printer rather than Queing them up.  
thanks in advance.


-- 
#include <std/*>
The Butcher                  
Butch Deal                   deal@hightop.nrl.navy.mil
--------------------------------------------------------------------------------
Newsgroups: comp.sys.sun.admin
From: albert@INSL.McGill.CA (Albert Pang)
Subject: Re: Sun Screen Savers
Organization: INSL, McGill University, Montreal, Canada
Date: Thu, 30 Jul 92 18:51:50 GMT

In article <qxfnbsfl@csv.warwick.ac.uk> cudep@warwick.ac.uk (Ian Dickinson) writes:
>In article <1992Jul23.160518.20921@eng.ufl.edu> dlopata@shark.stat.ufl.edu (David Lopata) writes:
>>	The Sun folks have said screenblank should NOT be run in rc.local, and
>>should be killed when a person logs out, making it's installation a rather
>>pointless gesture at best. 
>

Which Sun folks said that?  Certainly not the same people who wrote the
screenblank(1) manpages:

SCREENBLANK(1)           USER COMMANDS             SCREENBLANK(1)

[.......]
DESCRIPTION
[.......]

     Place the screenblank command in your /etc/rc.local file.
					   ^^^^^^^^^^^^^^^^^^^ 
	I would really want know what ill effects it would have on the
system by running it in rc.local cause I have been doing this on all
10+ of my Suns.

	The only problem that I have ever had is that if there is anything
wrong with the system and the keyboard does not respond, I won't be able to
see what's wrong with it.
-- 
------------------------------------------------------------
Albert Pang		<albert@brahms.insl.mcgill.ca>
Information Networks & Systems Lab
McGill University
Newsgroups: comp.sys.sun.admin
From: nws@stout.atd.ucar.edu (Eddie Roberts (The National Weather Service))
Subject: HELP: Repartioning Disk
Organization: Atmospheric Technology Division/NCAR Boulder, CO
Date: Fri, 24 Jul 1992 13:45:08 GMT

I would like to repartion an external disk attatched to a SUN IPC (SUN 4.1.2).
The partitions are set up like this now:

	a -	....... 33120  (46/0/0)
	b -	....... 65520  (91/0/0)
	c -	....... 828720 (1151/0/0)
	d -	....... 0      (0/0/0)
	e -	....... 0      (0/0/0)
	f -	....... 0      (0/0/0)
	g -	....... 330480 (459/0/0)
	h -	....... 399600 (555/0/0)

Currently partion g an h are mounted and contain valuable data. Partion a and b
are not being used.  I would like to use the partition option of the format command
and combine these into one partition. According to SUN's documentation this is
a relatively *safe* and *simple* process. The final step of this procedure is to 
use the label option of format to update system info.  SUN implies you take a chance
of losing data (even if the filesystems g abd h are unmounted) using label.

QUESTION: If I unmount g and h , repartion the disk, then relabel it , is there 
	  really a chance of losing data on partitions g and h?  
	  NOTE: I can't really back up my system yet.  I am waiting for a tape unit 
	  that is on order.


		Thanks in advance.......
			Eddie

			nws@stout.ucar.atd.edu
From: lwall@netlabs.com (Larry Wall)
Newsgroups: comp.sys.sun.admin
Subject: Re: How much physical memory?
Date: 31 Jul 92 06:09:00 GMT
Organization: NetLabs, Inc.

In article <13832@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
: I.e., if you have a program or script that you want to run on arbitrary
: SPARC-based machines, your program or script *must not* have the page
: size hardcoded into it.
: 
: Then again, if you don't have only Suns, you may or may not have a
: "physmem" variable in your kernel on the non-Sun machines, so....
: 
: (And, for that matter, SunOS 5.0 might not have it, either....)

The safest bet at the moment is probably to run ps and compare %MEM to
RSS, rounding up to the nearest 4 meg.  If you're really paranoid (like
me) you find the %MEM and RSS fields by looking at the offsets of those
strings in the title line.

Of course, there's no guarantee they won't break *that* too.  :-)

Larry Wall
lwall@netlabs.com
From: weekley@helios (Don Weekley)
Newsgroups: comp.sys.sun.admin
Subject: NEWSprint troubles
Date: 31 Jul 92 18:13:43 GMT
Organization: Ohio University ASCGL, Athens


I have just installed a new SPARCprinter and have tested it
using lpvitest and it works fine, the problem I am haveing is
when I use lpr the file goes nowhere. The following is the err*
file from the spool directory for the printer. I have no idea
what this means.

-----begin err* file-----

xnews: Warning: keyboardtype: ioctl KIOCTYPE failed
xnews: Error: initialize_keyboard: can't get keyboard type
xnews: Error: Press <RETURN> to continue or <CTRL-C> to abort: 
xnews: Warning: keyboardlayout: ioctl KIOCTYPE failed
xnews: Error: initialize_keyboard: can't get keyboard type
xnews: Error: Press <RETURN> to continue or <CTRL-C> to abort: 
xnews: Error: initialize_keyboard: unknown layout; check keyboard DIP switch; trying default
xnews: Error: Press <RETURN> to continue or <CTRL-C> to abort: 
Couldn't get base SunWindow

 ------end err* file-----

	Any help or suggestions would be greatly appreciated.
Thank you in advance.
					-Don

weekley@helios.phy.ohiou.edu


-- 
Hey there! Hi there! Ho there!
You're as welcome as can be!
M-I-C-K-E-Y M-O-U-S-E!!
What else can it be?
From: kevinc@tekig6.PEN.TEK.COM (Kevin E Cosgrove)
Newsgroups: comp.sys.sun.admin
Subject: Re: ATTENTION: A problem with dump under 4.1.1
Date: 22 Jul 92 22:22:49 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Jul21.195006.112389@zeus.calpoly.edu> etsiao@joule (Eddie Tsiao) writes:
>
>We have had (are having?) similar problems.  We occationally get an error:
>
>  DUMP: Tape write error 753 feet into tape 1
>  DUMP: fopen on /dev/tty fails
>  DUMP: The ENTIRE dump is aborted.

	I've been wondering about this same problem (less the fopen
	error) on my Sun-3/50 since I upgraded from 4.1.1 to 4.1.1_U1.
	Now I frequently get tape write errors.  I've also noticed that
	dumps that work seem MUCH faster.  I wonder if dump is too fast
	for my poor Wangtek QIC-24 drive.

	I was beginning to think I was the only one seeing this.  Sad to
	say, I'm not.
--
--
Kevin.E.Cosgrove@Tek.COM
Unless otherwise noted, the statements herein reflect my personal
opinions and not those of any organization with which I may be affiliated.
From: a_plante@crim.ca (Alain Plante)
Newsgroups: comp.sys.sun.admin
Subject: Exabyte 8500 - Dump parameters
Summary: Dump problems
Keywords: parameters
Date: 22 Jul 92 14:17:25 GMT
Organization: CRIM

Hello all,

        We are using Exabyte 8500 with sunOS 4.1.2 My problem is that i'm
not able to put more than 2.3 gigs of stuff on one tape. I have a few
scripts and most of them works fine...

        The parameters i'm using are :

                Density : 54000
                Tape length : 6000

        Which one should i use to get the best out of my Exabyte. I'm suppose
to be able to put around 4.9 gigs on a 8mm tape.

                Thanks in advance

                                Alain Plante

e-mail : a_plante@macgyver.crim.ca

-- 

-------------------------------------------------------------------------------
Alain Plante              | 
Operateur                 | Centre de recherche informatique de Montreal (CRIM)
Newsgroups: comp.sys.sun.admin
From: chris@ods.com (Chris Atkins)
Subject: Dump locks up tape drive
Organization: Optical Data Systems, Inc.
X-Newsreader: Tin 1.1 PL4
Date: Wed, 22 Jul 1992 16:15:04 GMT

I am trying to perform level 0 dumps of all sun's on my network from a common
machine.  The common machine is a sun IPX running sun os 4.1.1.  The machines 
on the network are sun IPx's running sun os 4.1.1 and 4.1.2 and sun IPC's 
running sun os 4.1.1.  I have set up a cron job which runs a script to dump
all partitions on all disks on the network.  The partitions for the remote 
machines are dumped using rdump.  Following is the rdump command:
rsh sidney -n /usr/etc/rdump 0ufdsb U2-fddi:/dev/nrst8 54000 13000 126 /dev/sd0g

When this command is executed, the following output is produced from rdump:
  DUMP: Date of this level 0 dump: Fri Jul 17 13:35:24 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rsd1g (/usr) to /dev/nrst8 on host U2-fddi
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 174156 blocks (85.04MB) on 0.02 tape(s).
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 73.58% done, finished in 0:01
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.

At this point, all further dump commands indicate that the device /dev/nrst8 is
busy.  I must reboot the local machine to be able to access my tape drive.  

There are no other error messages to help me isolate the problem.  I tried 
using the "a" option for dump to determine if I could tell where the dump was
hanging up.  I was not sure how the output correlated to the actual data being
put to tape, is an entry added after or before the file is written to tape, is
the output buffered so that I may not be getting the last files written?

I am using a sun 5.0Gbyte 8mm Tape Drive for my backups and am backing them
up on an fddi network.  My backups work for all partitions on all machines 
except for two machines on the partition containing /usr.  The backup for this
partition fails consistantly on one machine and occasionally on another.

Any input on how to track the problem, or what I am doing wrong would be 
greatly appreciated.

Chris Atkins
chris@ods.com
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.sys.sun.admin
Subject: Re: What Cartridge Tape to Use
Date: 21 Jul 92 06:46:12 GMT
Organization: cic

derosa@rtsg.mot.com (John DeRosa) writes:

>I have a cartridge tape drive that is marked
>150mb.  What type of tape should I be using to 
>take advantage of this capacity?  All the cartridge
>tapes that I have are 3M 600A, which indicate on 
>the jacket that they are 60mb capacity.

Use DC6150 or DC6250 for 150 MB or 250 MB capacity.
The DC6250 is probably thinner than the DC6150, so
if you're unlucky and have a drive that's rude, you
may loose the tape.

The DC600A's should give you 120 MB on that drive,
if it can do QIC-120 as well as QIC-150. Give it
a try.
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
| Res non sunt complicanda praeter necessitatem. |  of my employer.        |
Xref: sparky comp.sys.sun.admin:4856 comp.unix.admin:4255
From: cisneros@naucse.cse.nau.edu (Ernest Cisneros)
Newsgroups: comp.sys.sun.admin,comp.unix.admin
Subject: Administration & setup of X-terminals vs Diskless Workstations
Keywords: x-terminals,diskless workstation,administration
Date: 22 Jul 92 05:36:57 GMT
Followup-To: poster
Distribution: na
Organization: Northern Arizona University, Flagstaff AZ

Hello Netters,

The research group that I am currently working for is moving from
VMS to UNIX workstations. We would like to provide access for users
to do programming, email, text processing and other "routi tasks
from either x-terminals or diskless workstations. Price wise the 
x-terminals are a cheaper method, but one of our main concerns is the
ease of setup and administration of these "remote" terminals.

I've heard rumors that some administrators have had problems getting 
x-terminals up and running. I would like to hear from administrators
who have had "actual" experience in either setting up x-terminals or
diskless workstations (or both), and the pro's/con's of either
method. 

			Ernest Cisneros

			Geologist/Computer Specialist
			United States Geological Survey
			Astrogeology Branch
			Flagstaff, Arizona
			(602) 556-7022
			ecisnero@leonardo.wr.usgs.gov  (or)
			ecisnero@natasha.wr.usgs.gov
From: brian@brazil.psych.purdue.edu (Brian Berndt)
Newsgroups: comp.sys.sun.admin
Subject: popper - Post Office Protocol Server
Date: 22 Jul 92 19:10:01 GMT
Organization: Purdue University

I am trying to install popper (the UC Berkeley Post Office Protocol Server)
on our Sun 3/160 workstation running SunOS 4.1.1.  The make of the source 
files proceeded well until the script tried to combine all of the object 
files into the final executable.   At this point the system outputed the error:

ld: Undefined symbol 
   __res 

Does anyone know what this sysmbol might be, it is not defined in any of
the c source files.  An external structure, _res, is defined in one of the
files, but I can't find a reference to that either.  Has anyone set up
popper on their system?  Anyone seen this problem?

Brian Berndt
Psych System Admin, Purdue University
From: robinson@porter.geo.brown.edu (Darrin Robinson)
Newsgroups: comp.sys.sun.admin
Subject: HSFS On SunOs 4.1.2 (Solaris 1.0.1)
Date: 23 Jul 1992 21:04:28 GMT
Organization: Brown University, Providence RI 02912
Distribution: world
NNTP-Posting-Host: stout.geo.brown.edu
Summary: HSFS, patch, fix, bug, parsedir


Netters,

Does anyone have the patch for Version 4.1.2 of SunOs for the
bug (or workaround) for structured files.  The patch is to
the hs_parsedir and I have the 4.1 and 4.1.1 patch to hsfs_node.o
but I'm running 4.1.2 now and need to repatch that object.  

The old patch was:


The following are a patch for SunOS 4.1 Sun4c (SPARCSTATION) to 
correct the above problem (that will also fix the access
problem to the NASA Guide Star Catalog CD-ROM):
 
acuraintegra# adb -w vmunix
>>>> hs_parsedir+9c?X
_hs_parsedir+0x9c:              ba0da0ee
>>>> hs_parsedir+9c?Wba0da0e6
_hs_parsedir+0x9c:              0xba0da0ee      =       0xba0da0e6
>>>> hs_parsedir+14c?X
_hs_parsedir+0x14c:             ba0da0ee
>>>> hs_parsedir+14c?Wba0da0e6
_hs_parsedir+0x14c:             0xba0da0ee      =       0xba0da0e6
>>>> $q
 
Note: you can also patch hsfs_node.o with the above patch.
 

Thanks for a new offset for hs_parsedir in hsfs_node.o for Sunos 4.1.2
if you have it!

Darrin
#include <std_disclaimer.h>
=============================================================================
=  Darrin E. Robinson (DER31) =    Hamnet     N1LLV  146.700-, 146.880- MHz =
=  VAX/VMS and Sun Manager    =    Internet   robinson@porter.geo.brown.edu =
=  Brown University           =               n1llv@porter.geo.brown.edu    =
=  Providence, R.I. 02912     =    SPAN(et)   PGGIPL::ROBINSON (Node 7132)  =
=  AT&Tnet: (401) 863-1062    =    Nasamail   derobinson@nasamail.nasa.gov  =
=============================================================================