HDTenEightyP/NetNews huggingface dataset:
From: ghg@en.ecn.purdue.edu (George Goble)
Newsgroups: comp.sys.sun.admin
Subject: Re: Exabyte 8500 Tapes
Date: 6 Sep 92 14:49:56 GMT
Organization: Purdue University Engineering Computer Network

In article <pge9pm4@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <3217@peking.gdwb.oz.au> was@gdwb.oz.au (Warren Stokes) writes:
>| >I'm pretty sure I got 2 Gb tapes when I asked for 5 Gb tapes, through
>| >empirical tests where I used the same dump commands as I've always
>| >used before, only doubling the tape length parameter.  I just ran the
>| >dumps until the drive complained of EOT, then tallied up the capacity
>| >of the volumes dumped, and arrived at around 2.3 Gb.
>| 
>| The way the helical scan works the tapes are written at the same density
>| whether 5 G or 2.3 G.  Therefore the tapes used for 2.3 G are the same
>| as those used for 5 G.  The "linear" density of the bits has not increased -
>| just more of the tape is used.
>
>Well, yes, and no.  The helical stripes are at the same density
>within the stripe, but the spacing (and orientation) of the
>stripes has decreased, so *effectively*, the density has increased.
>
>That is, the tape length is the same for 8200 and 8500, it is the
>way in which they are written that changes the amount of data you
>get on the tape (filemarks also use much less tape in 8500 mode).
>Note that Exabyte claims that the video grade tapes work very
>poorly, if at all, in 8500 mode.  Some folks report OK results 
>with video grade in 8500 mode, others confirm the Exabyte warning.
>

Video grade SONY (P6-120MP) tapes work just fine in 8500s.
I have heard that SONY ships more video grade tapes for Exabytes
than they do for camcorders.  Sounds to me like somebody in marketing
would like to get $30 or so each for all those tapes (labeled 
DATA grade) instead of $4.39 each for video grade ones.
--ghg
From: tad@prism.gatech.EDU (Tad K. Mannes)
Newsgroups: comp.sys.sun.admin
Subject: yppasswdd
Summary: how to get yppasswdd to work
Keywords: yppasswdd
Date: 15 Sep 92 20:29:30 GMT
Distribution: usa
Organization: Office of Information Technologies, Georgia Tech

We've had some difficulty getting `yppasswdd' to do its thing, and seem to
remember reading about a known bug/problem with it (such as ignoring an
argument...).  Can anyone give me some pointers?

We start it from our /etc/rc.local as:

   rpc.yppasswdd /vary/yp/data/passwd -m passwd DIR=/var/yp

Thanks!		--Tad
-- 
Tad K. Mannes		Standard disclaimers apply...
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp: ...!{allegra,amd,hplabs,seismo,ut-ngp}!gatech!prism!tad
ARPA: tad@prism.gatech.edu
From: nigel@cs.city.ac.uk (Nigel Mitchem  - System Support)
Newsgroups: comp.sys.sun.admin
Subject: Dead Sun 3/50, can anyone help?
Date: 2 Sep 92 14:27:10 GMT
Organization: City University


 I have a dead sun 3/50.
 Wont boot, nothing on monitor, diag leds
show it failed at Test 6 (Checking Page Map RAM).
 Booting with DIAG switch pressed and terminal
on ttya gives me the following...

 PROM Checksum Test
 Context Reg Test
 Segment Map Wr/Rd Test
 Segment Map address Test
 Page Map Test
  Err 2: Addr 0x10010000, Exp 0x2C000297, Obs 0x2C000290
 Boot PROM Selftest


 Spose it means I may have some duff RAM, or does it?
 If so, can this point me to component in question?

 Any help gratefully received.

Nig

--
 Nigel Mitchem, 
 Computer Science, 
 nigel@cs.city.ac.uk
Newsgroups: comp.sys.sun.admin,comp.unix.admin
From: mtm@CAMIS.Stanford.EDU (Mike Macgirvin)
Subject: Re: biff not biffing
Organization: Stanford University, California, USA
Date: Fri, 11 Sep 1992 16:00:58 GMT

pk@cs.few.eur.nl (Paul Kranenburg) writes:

>>>     I have seen this same behavior with other daemons started from inetd,
>>>     and I suspect that the bug is in inetd.  It apparently assumes that
>>>     a particular daemon is running when it rereads its config file and then
>>>     refuses to start another one.

>    It definitely is a bug in Sun's inetd. It doesn't honour the "wait" field
>    when processing a HUP signal (while the service is "active").

> I have reported this bug a long time ago to our local Sun helpdesk 
> (Netherlands) but never received a fix. I ended up modifying the BSD 
> inetd to replace Sun's (we needed other functionality anyway).

	Those of you bitten by this bug might be interested in picking
up "munetd" from your favorite archive site. This is a replacement
inetd derived from recent BSD sources (which fix the wait bug and
allow you more than 5 command args). A word of warning on the vanilla
BSD program; it knows nothing about RPC services (and would take a bit
of work to understand them). Munetd does, and should be able to be
dropped in directly to a Sun system. It has a few other interesting
new features as well, but I can't say I've tried them.

"mike" (Mike Macgirvin)         Mike_Macgirvin@CAMIS.Stanford.EDU
Unix Server Administrator       CAMIS Computer Project
Newsgroups: comp.sys.sun.admin
From: db@sunbim.be (Danny Backx)
Subject: Re: Binary Compatability between Sparc2 and Sparc10?
Reply-To: db@sunbim.be
Organization: Sun Microsystems
Date: Fri, 11 Sep 92 06:37:50 GMT

In article 18o9lgINNfpb@early-bird.think.com, barmar@think.com (Barry Margolin) writes:
>Except for programs that read kernel memory, all Sun SPARC-based systems
>are intended to be binary compatible.

Not quite true.
There are several restrictions. Not reading kernel memory is only one of them.

The most important condition is that the application should be linked with shared
libraries. [The most important one there is probably libc - it interfaces your BSD
application with the SVR4 kernel which has different system calls.]

The following list is taken from "Solaris 2.0 Transition Planning Guide for System
Administrators", page 4 :
    The major restriction on SunOS 4.x binary compatibility is that the application
    must dynamically link the C Library and other system libraries.
	
    Other minor restrictions also apply. Applications must not :
	- Trap directly into the operating system
	- Rely on application-specific ioctls or drivers
	- write or read directly to system files
	- access and interpret kernel data structures via /dev/kmem or libkvm
	- use undocumented SunOS interfaces

A good example of what will happen if you have a statically linked application is
Frame Maker (3.1X) - it kindly says "Bad system call".

	Danny
---
	Danny Backx
	System Engineer

E-Mail: db@sunbim.be    (or uunet!mcsun!ub4b!sunbim!db)

Telephone: +32(2)759.59.25	Fax : +32(2)759.47.95

Postal Mail :
	Danny Backx
	BIM
	Kwikstraat 4
	3078 Everberg
	Belgium

Newsgroups: comp.sys.sun.admin
From: wiesel@ipf.bau-verm.uni-karlsruhe.de (Joachim Wiesel Ext. 2316)
Subject: Re: SUMMARY: using SPARCstation IPC as gateway?
Reply-To: wiesel@ipf.bau-verm.uni-karlsruhe.de
Organization: IPF, University of Karlsruhe
Date: Tue, 8 Sep 1992 15:40:16 GMT

Another low cost solution:

	If you have lying around an old PC (286 ist fine ..., XT works also but ...)
	you should consider  'PC-Bridge' or 'PC-Route'.

	Software can be found on 'ftp.acns.nwu.edu'  pub/pcroute

Joachim
---

Joachim Wiesel, Institut fuer Photogrammetrie und Fernerkundung,
Universitaet  Karlsruhe, Englerstr. 7, D-7500 Karlsruhe, Germany
Phone: +49 721 608 2316                      Fax: +49 721 694 568
Internet: wiesel@ipf.bau-verm.uni-karlsruhe.de

Newsgroups: comp.sys.sun.admin
From: norm@bnr.ca (Norm MacNeil)
Subject: Re: automounter swamps mountd
Originator: norm@bcrks122
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Tue, 15 Sep 1992 19:49:10 GMT


In article <lbaa6oINNlei@deepthought.cs.utexas.edu>, fletcher@cs.utexas.edu (Fletcher Mattox) writes:
> Why is it so easy to swamp rpc.mountd with mount requests?
> 
> The use of the automounter on the clients seems to exacerbate the problem,
> though I have seen it happen without the automounter, too.  Once mountd
> falls behind, it never catches up.  Even if no new requests arrive.
> The unread data on the mountd socket never gets drained.
> 
> (blah, blah :-)
>
> 32k of unread data represents an enormous number of outstanding mount
> requests.  Why can't mountd keep up?  Or perhaps this is really a
> problem with inetd?  (I run mountd under inetd).

I don't know why you would want to start mountd from inetd.  I would think you 
would simply leave that up to the automounter & rpc.mountd from /etc/rc.local
(or whatever).  I would think, given your problem, that inetd may have problems
in flushing its buffer of requests to the mountd while doing other stuff too?
Hmmm... anyway, I wouldn't start up the mountd from /etc/rc.local.

  Norm.

-- 
+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-7497
 CAD Operation                      Fax: (613) 763-3317
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
From: sob@tmc.edu (Stan Barber)
Newsgroups: comp.sys.sun.admin
Subject: Re: What version of OpenWindows comes with SunOS 4.1.3?
Date: 14 Sep 1992 02:05:07 GMT
Organization: Baylor College of Medicine, Houston, Tx

4.1.3 comes with OW3.

I just did the install and don't know about LD_LIRBARY_PATH yet.

-- 
Stan           internet: sob@bcm.tmc.edu         Director, Networking 
Olan           uucp: rutgers!bcm!sob             and Systems Support
Barber         Opinions expressed are only mine. Baylor College of Medicine
Xref: sparky comp.sys.sun.admin:6216 comp.unix.admin:4959
From: eluyten@rc1.vub.ac.be (Eric Luyten)
Newsgroups: comp.sys.sun.admin,comp.unix.admin
Subject: disabling accounts, XDM
Date: 9 Sep 92 09:42:20 GMT
Distribution: world
Organization: Brussels Free Universities (VUB/ULB), Belgium

In article <ivan.715993948@durras>, ivan@durras.anu.edu.au (Ivan Dean) writes:
|> ... 
|> However, running an Xterminal with xdm, or a workstation with xdm, means that
|> 
|>        THEY DON'T NEED  A WORKING SHELL TO USE THE SYSTEM !

Xdm lets you get around /etc/nologin too. Env : SunOS 4.1.2, standard MIT X11R4.
AND login/logout times are not logged to /usr/adm/lastlog, but that's old stuff.

|> -------------------------------------------------------------------
|> Ivan Dean                               Here :                x3261
|> Faculties Computer Unit                 There :       (06) 249 3261
From: rick@rgb.com (Rick Davis)
Newsgroups: comp.sys.sun.admin
Subject: Re: PC-NFS error message on Sun... help?
Date: 10 Sep 92 21:29:22 GMT
Organization: RGB Spectrum

jel8@cunixb.cc.columbia.edu (Jason E Levine) writes:

>I am having a problem with PC-NFS and a Sun 3/60.  The problem is not
>critical; it is just plain annoying.

>I upgraded three IBM PS/2 Model 70-A21's from PC-NFS 3.0.1 to PC-NFS 4.0
>two days ago.  Now, whenever one of them logs into the Sun, the console
>of the Sun displays an error message similar (but not exactly like) to the
>following:

>[date] [time] pcnfsd[100]: rpc.pcnfsd: fail on yp_bind

>Then, after a few minutes, the Sun console will say:

>last error repeated [x] times (the number changes)

Yea, you have to recompile rpc.pcnfsd without the default -DUSE_YP
in the makefile.   The problem is that Sun assumes you are using
NIS and automounter.  When USE_YP is undefined, rpc.pcnfs just
uses the /etc/passwd and /etc/host files.

Rick Davis
rick@rgb.com


-- 
                    R  G  B  Spectrum
               950 Marina Village Parkway	/ "You can't fight in here - this
                   Alameda, California     / is a war room!"
					  rick@rgb.com
Newsgroups: comp.sys.sun.admin,comp.sys.sun.hardware
From: gorton@s35.prime.com (Scott Gorton)
Subject: SCSI device number for streamer tape
Organization: Prime Computer, Inc.
Date: Mon, 14 Sep 1992 20:16:42 GMT

How does one configure a Archive streamer tape unit in a shoebox.  Specifically I want to know how I configure the SCSI unit numbers.  Both the drive and the Archive tape unit are ST506 (I think) and use Emulex ST506->SCSI converters.  There are a row of jumpers and a row of dip switches on the Emulex boards.  (To the best of my recollection), all jumpers are removed, and all dips are off.  Do either of these configure the SCSI unit number and if so, what do I set the disk and tape unit numbers to!

Additional information:  The system is a Sun 3/60 running the "GENERIC" SunOS 4.1.1 kernal.  Please reply to <gorton@s35.prime.com>  Thanks in advance!

Scott

"Why is it that you drive on a parkway and park in a driveway?"  
Newsgroups: comp.sys.sun.admin
From: sja@world.std.com (Stuart J Adams)
Subject: HELP !!!: I just blew away my partition table
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 12 Sep 1992 04:25:45 GMT

I just erased the partition table on my hard disk. I managed to recover
the disk label and defect list, but the partition table is gone and
I only remember the approx. size of the parts. How can I look through the
raw device blocks to discover where the boundaries are ????

Thanks,
Stuart Adams
sja@world.std.com
From: cohen@alioth.greco-prog.fr (Henri Cohen)
Newsgroups: comp.sys.sun.admin
Subject: Question about patches and version numbers
Date: 12 Sep 92 17:00:10 GMT
Reply-To: cohen@alioth.greco-prog.fr (Henri Cohen)
Organization: GRECO Programmation du CNRS - Bordeaux,France


Hello,

Sorry for a naive question. I see from reading this group that
there are a fair number of Sun patches which should be applied.
What I do NOT understand is why when Sun goes, say, from 4.1.1
to 4.1.2, the necessary patches for 4.1.1 still have to be made.
Why did sun not incorporate the patches in the new distribution?
Or am I misunderstanding the term "patch", which I would have 
thought refers to a bug correction or an improvement?

Thanks in advance

	Henri Cohen

cohen@alioth.greco-prog.fr
Newsgroups: umn.net-lists.sun-managers,comp.sys.sun.admin,umn.comp.sys.sun
From: irani@milli.cs.umn.edu (Erach A. Irani)
Subject: Color monitor: For speed? 8 bit driver v/s 24 bit driver
Summary: How to get speed
Organization: University of Minnesota, Minneapolis, CSci dept.
Date: Sun, 6 Sep 1992 15:54:35 GMT

We have a SPARC IPX and are running X-windows/motif with a 24 bit color
monitor.

Image display is too slow.  Is there a way to improve speed by going
from a 24 bit  driver (I presume the one it is using now) to an 8 bit 
driver (how ?)  cgsix v/s cgtwelve ??

Does it make sense (anyone done this ? how difficult ?) to have a cray 
compute the image on the screen and send it directly instead of having
the
sparc do it.  Right now the sparc display time is the slowest (slower than
an fft on the cray).  The display is in a "standard sized" X-window.

In general, how does one go about speeding up the display update.

The speed from the cray <-> sparc is 200 kbytes/sec but we may be able
to raise it 600 kbytes/sec if we can figure out how to re-route the
Ethernet (I guess there is a fault somewhere in between).
	Thanks,
	Erach
--
Phone : (Home) (612) 341-4436  Work : (612) 626-7502
InterNet : irani@cs.umn.edu       UUCP: uunet!umn-cs!irani
Post: Erach A.Irani; 1630 S. 6th Street, #D409; Minneapolis, MN 55454
Newsgroups: comp.sys.sun.admin
From: hm@fna.no (Herold Myrland)
Subject: Accounting SW for Solbourne
Organization: FUNN-Narvik as (Norwegian R&D Network, Narvik)
Date: Mon, 7 Sep 1992 20:00:57 GMT

Hello all you UNIX wizards out there!!

Does anyone of you know a good accounting package for Solbourne/SUN.  Our "wish list"
for this package is that it should handle:

	CPU/Memory usage
	Disk usage
	Logon time
	NFS usage (that is the *load* each NFS client represents on our server)
	Accounting by group and/or by user
	Different rates at different times (day, afternoon, night, weekends,...)

This package should present good reports which could be put directly into a
spreadsheet application or whatever.

Anyway, I hope some of you can help me.


Best regards, 

Herold Myrland
Manager of FUNN-Narvik as (Norwegian R&D Network, Narvik)

E-mail : hm@fna.no

Xref: sparky comp.sys.sun.admin:6223 comp.unix.admin:4963
From: maf@tabatha.MAE.CWRU.Edu (Mark Fullmer)
Newsgroups: comp.sys.sun.admin,comp.unix.admin
Subject: Re: disabling accounts, XDM
Date: 9 Sep 1992 16:54:29 GMT
Organization: Case Western Reserve University, Cleveland, Ohio, USA
Distribution: world
Reply-To: maf+@osu.edu
NNTP-Posting-Host: tabatha.mae.cwru.edu

In article <729@rc1.vub.ac.be>, eluyten@rc1.vub.ac.be (Eric Luyten) writes:
|> In article <ivan.715993948@durras>, ivan@durras.anu.edu.au (Ivan Dean) writes:
|> |> ... 
|> |> However, running an Xterminal with xdm, or a workstation with xdm, means that
|> |> 
|> |>        THEY DON'T NEED  A WORKING SHELL TO USE THE SYSTEM !
|> 
|> Xdm lets you get around /etc/nologin too. Env : SunOS 4.1.2, standard MIT X11R4.
|> AND login/logout times are not logged to /usr/adm/lastlog, but that's old stuff.
|> 
|> |> -------------------------------------------------------------------
|> |> Ivan Dean                               Here :                x3261
|> |> Faculties Computer Unit                 There :       (06) 249 3261

Why not define DisplayManager*startup in your xdm-config to run a script
that checks the shell of the user.  If it's 'disablesh' or something
pop up a message and quit.

The same idea can be used for updating utmp and wtmp files.  You'll need
to define DisplayManager*reset to do the logout though.

--
mark
maf+@osu.edu
From: CHD@HERMES.ECE.ARIZONA.EDU (Chris De Young)
Newsgroups: comp.sys.sun.admin
Subject: Calendar utility anywhere?
Date: 15 Sep 92 20:34:00 GMT
Distribution: world,local
Organization: --
X-News-Reader: VMS NEWS 1.24

I'm looking for a calendar utility which will run under SunOS 4.1.1.  I'm not
concerned that it have a pretty interface, though that would be nice, but it
should do the following:

- allow multiple users to read text entries for certain days
- allow some users but not others to edit text for a given day
- allow users to display text for a range of days, or all daya, without 
  explicitly specifying each day

It does not need to allow users to maintain private entries for certain dates;
all text for any day may be readable by everyone, but only certain user(s)
should be able to add/delete/edit entries.

Does anyone know if sucha program exists already anywhere -- preferably in the
public domain?

Thanks very much.

-Chris DeYoung
chd@ece.arizona.edu
Newsgroups: comp.sys.sun.admin
From: pwh@bradley.bradley.edu (Pete Hartman)
Subject: Re: REALLY ANNOYING BUG in Sun's passwd(1) [Shadowing]
Keywords: bug,passwd,C2,shadow
Organization: Bradley University
Distribution: usa
Date: Tue, 15 Sep 92 13:39:51 GMT

In <janet.716552012@dunnart> janet@cs.uwa.oz.au (Janet Jackson) writes:
>Now we're running shadowing, the same command assumes the adjunct file is
>in /etc/security/passwd.adjunct, and fails with "Not in passwd.adjunct file."
>There is no way to tell passwd where the adjunct file is.  You should
>be able to say something like

I realize it's ugly, but why couldn't you make a symbolic link from
/etc/security/passwd.adjunct to the real passwd.adjunct file?
-- 
Pete Hartman		       Bradley University	pwh@bradley.bradley.edu
                    Doubt everything.  Find your own light.
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: per-process descriptor table sizes?
Date: 15 Sep 92 01:33:05 GMT
Organization: Auspex Systems, Santa Clara

(If anybody's gathering up postings for inclusion in an FAQ some day -
there isn't an FAQ for any of the "comp.sys.sun" groups - this is one
that belongs there.)

>On a Sparc II running SunOS 4.1.2, how does one increase the
>per-process descriptor table size?  The default is 64.
>
>In param.h, NOFILE is defined to be 256, so I doubt it's that
>value despite the comment that indicates so.

Well, the *hard* limit *is* 256.

>In user.h,
>changing NOFILE_IN_U from 64 to 128 and rebuilding the kernel
>has had no effect.

It wouldn't have an effect unless you recompiled those source files that
use the U area table of file descriptors, and if you do that, you have
to compile every *other* kernel source file that uses the U area, *and*
any user-mode code that knows the shape of the U area.

(I.e., changing an arbitrary parameter in a header file and rebuilding
your kernel doesn't work, unless you have full source or happen to be
lucky enough to have changed a parameter that's used only by files for
which you get source in a standard distribution.)

The *soft* limit is 64.

From the use of "hard" and "soft", you may suspect that this is a
resource limit, just like the core dump size, the file size, etc.

You'd be correct in so suspecting; in SunOS 4.1[.x] and SunOS 5.0 (hell,
in *any* SVR4 release worthy of the name), the file table size is a
resource limit.

As such, you change it with:

	the "limit" command in the C shell;

	the "ulimit" command in the Bourne or Korn shells *IF* you have
	a Bourne or Korn shell with a "ulimit" command that provides
	access to those limits - the Bourne shell that comes with SunOS
	4.1[.x], and probably most Korn shells built for 4.1[.x], don't,
	but the Bourne and Korn shells that come with SVR4 do;

	the "getrlimit()" and "setrlimit()" calls in a C program.

For example:

	auspex% limit
	cputime         unlimited
	filesize        unlimited
	datasize        524280 kbytes
	stacksize       8192 kbytes
	coredumpsize    unlimited
	memoryuse       unlimited
	descriptors     64 
	auspex% limit descriptors 256
	auspex% limit
	cputime         unlimited
	filesize        unlimited
	datasize        524280 kbytes
	stacksize       8192 kbytes
	coredumpsize    unlimited
	memoryuse       unlimited
	descriptors     256 

If you have a program that should *always* have the limit cranked up, do
the "getrlimit()" and "setrlimit()" calls within the program, or run the
program within a C shell wrapper.

You can't raise the hard limit, at least in SunOS 4.1[.x].  It's stuck
at 256 (unless, I think, you have Sun's Database Excelerator, or
whatever the heck they call it, in which case I think it's cranked up to
1024).  You may be able to crank the hard limit past the default of 1024
in SVR4, or at least in the SunOS 5.0 version of SVR4.
Newsgroups: comp.sys.sun.admin
From: tutui@silk.imel.kyoto-u.ac.jp (Takashi &)
Subject: Format.dat for M2614S
Cc: gnn@wsl.dec.com (George Neville-Neil)
Organization: Dept. of Medical Informatics, KYOTO Univ. Hospital, KYOTO, Japan.
Distribution: comp
Date: Wed, 9 Sep 1992 09:50:42 GMT

Format.dat for M2614S is as follows
....

disk_type = "Fujitsu M2614S" \
        : ctlr = MD21 : fmt_time = 4 \
        : ncyl = 1327 : acyl = 2 : pcyl=1329: nhead = 8 : nsect =
33 \
        : asect = 1 : rpm = 3600 : bpt = 16896

partition = "Fujitsu M2614S" \
        : disk = "Fujitsu M2614S" : ctlr = MD21 \
        : a = 0, 31944 : b = 121, 30096 : c = 0, 350328 : g = 235,
288288
--
TAKASHI Tsutsui M.D.		tutui@silk.imel.kyoto-u.ac.jp
Dept. of Medical Informatics ,KYOTO Univ. Hospital
SAKYO-ku KYOTO JAPAN	Zip 606		Phone +81-75-751-3647
 					Fax   +81-75-771-3826
Newsgroups: comp.sys.sun.admin
From: derosa@rtsg.mot.com (John DeRosa)
Subject: ELM for SparcStation
Reply-To: motcid!derosa@uunet.uu.net
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Mon, 14 Sep 1992 17:05:18 GMT

Does anyone know where I can get ahold of 
ELM for the Sun SparcStation?  Thanks.
-- 
= Enjoy!     John DeRosa, Motorola, Inc, Digital Cellular Systems    = 
= (thanks)    derosa@ssd.comm.mot.com                                =
= (a 10^6!)   N1111@applelink.apple.com                              =
Newsgroups: comp.sys.sun.admin