HDTenEightyP/NetNews huggingface dataset:
From: ellis@nova.gmi.edu (Stew Ellis)
Subject: Re: Disturbing News about Printing Under Solaris 2.1
Organization: GMI Engineering&Management Institute, Flint, MI
Date: Fri, 20 Nov 1992 02:19:10 GMT

dlukas@fenway.bu.edu (David Lukas) writes:

>This is a followup to the posts about not being able to use an
>SBUS Sparc Printer card under Solaris 2.1, and therefore not on
>a Sparc Classic.


>A previous followup claimed that the SBUS card is not needed because the
>Sparc Classic has a parallel port.  But the SparcPrinter package is
>driven by a "video interface" which has a special device driver.
>(The card has a parallel port as well, for hooking HP printers and
>the like.)  In any case I don't think NeWSprint itself works under
>Solaris 2.1 -- I know there is a compatibility mode but NeWSprint does
>some funny things that might not work in compatibility mode.

>My Sun rep tells me that the whole setup will be ported to Solaris 2.1
>by March.

>David

Newsprint comes with support for HP printers, including B&W Deskjets, either
through serial or parallel ports.  Whether this will work with 2.1 is still
an open question until we hear from someone who is doing it.

--
--                                                        ___________________
  R.Stewart(Stew) Ellis, Assoc.Prof., (Off)313-762-9765  /   _____  ______ 
  Humanities & Social Science,  GMI Eng.& Mgmt. Inst.   /        / /  /  / /
  Flint, MI 48504      ellis@nova.gmi.edu              /________/ /  /  / /
From: hfi@coli.uni-sb.de (Hannes Fischer)
Newsgroups: comp.sys.sun.admin
Subject: Re: /sbin/init burns cpu time?
Date: 23 Nov 1992 16:00:41 +0100
Organization: Computational Linguistics Dept., U Saarbruecken
NNTP-Posting-Host: coli-gate.coli.uni-sb.de
Keywords: Sun4/25 ELC SUNOS4.1.1B init

sam@john-bigboote.ics.uci.edu (Sam Horrocks) writes:

>In <1eot3oINN5ac@coli-gate.coli.uni-sb.de> hfi@coli.uni-sb.de (Hannes Fischer) writes:

>>Hi everyone,
>> [init using lots of cpu time]

>Try doing a "trace -p 1".  You'll probably see that init is constantly
>getting a SIGSEGV, recovering and then getting another SIGSEGV.  I've
>seen this happen when making changes to ttytab and sending a SIGHUP to
>init to get it to re-read the file.  Sometimes it'll pick up the
>changes and sometimes it'll just start SIGSEGV'ing.

>The only fix is to reboot.  If you can't do that, renice it +19 until
>you can reboot.

You hit the nail squarely on the head - I'm enabling/disabling a modem
getty on ttya out of a cron job (<sribble /etc/ttytab>; kill -HUP 1), and
init gets into that SIGSEGV loop. 

>Sam
>--
>Sam Horrocks
>ICS Department, UC Irvine
>Email: sam@ics.uci.edu

-Hannes.
-- 
Hannes Fischer, U Saarbruecken, Dept. of Computational Linguistics
hfi@coli.uni-sb.de (work) - hfi@uhf.saar.sub.org (home)
#include <std/disclaimer.h>
Newsgroups: comp.sys.sun.admin
From: corporon@wizard.helios.nd.edu (phillip corporon)
Subject: FORMAT PROBLEM: Sun 3/60 & Micropolis 1558
Organization: OUC, University of Notre Dame
Distribution: usa
Date: Mon, 16 Nov 1992 18:20:37 GMT


I just installed a Micropolis 1558-15 ESDI hard drive into a Sun
shoebox and am trying to install SunOS.  My problem is with format.
I invoke format, specify drive and drive type, enter the defect
list (I think I'm doing this right) and then run format.  Here's
the info/error messages echoed to the screen:
  format> format
  Ready to format.  Formatting cannot be interrupted
  and takes 11 minutes(estimated).  Continue? y
  Beginning format.  The current time is......

  Warning: Using default mode select parameters.
  Warning: Drive format may not be correct.

  Formatting...done
  Block 639975 (1219/0/0), Fatal non-media error (illegal request)
  Warning: error saving defect list.
  Block 640010 (1219/1/0), Fatal non-media error (illegal request)
  Warning: error saving defect list.
  Block 640466 (1219/14/1), Fatal non-media error (illegal request)
  Warning: error saving backup label.
  Block 640468 (1219/14/3), Fatal non-media error (illegal request)
  Warning: error saving backup label.
  Block 640470 (1219/14/5), Fatal non-media error (illegal request)
  Warning: error saving backup label.
  Block 640472 (1219/14/7), Fatal non-media error (illegal request)
  Warning: error saving backup label.
  Block 640474 (1219/14/9), Fatal non-media error (illegal request)
  Warning: error saving backup label.

  Verifying media... (etc)

Is this an operator, a software or a hardware error?  How do I
correct it?  The system is a Sun 3/60 and the OS version is
4.1.1.  I also tried 4.0.3 with the same results.  The drive is not
new and may have been used in a PC.  The system was working fine
with a Micropolis 1355 just before the switch.  The jumpers on the
1558 are for hard sectoring, drive select 1, spin-up with power on,
and 35 sectors, 512 bytes/sector(formatted) and 595 bytes/sector
(unformatted).

Thanks...Phil.

 ********************************************************************
    Phillip G. Corporon - Computer, Electronic & Network Specialist
    Department of Computer Science and Engineering              
    University of Notre Dame, Notre Dame IN 46556
     internet..: phil@cse.nd.edu         Voice.: 219/239-5893  
     applelink.: A0393                   Fax...: 219/239-8007  
     bitnet....: f3pb88@irishmvs.bitnet
 ********************************************************************
From: limes@ouroborous.eng.sun.com (Greg Limes)
Newsgroups: comp.sys.sun.admin
Subject: Re: iostat -D util - what is it
Date: 23 Nov 92 12:38:54
Organization: Sun Microsystems Computer Corporation
Distribution: na
NNTP-Posting-Host: ouroborous
In-reply-to: pam@ccu.umanitoba.ca's message of Tue, 17 Nov 1992 19:48:24 GMT

In article <BxvLoo.AuK@ccu.umanitoba.ca> pam@ccu.umanitoba.ca (Pat Macdonald) writes:
|   For SunOS (4.1.2) the man page for iostat states the following:
|
|   > -D   For each disk, report the reads per second, writes  per
|   >      second, and percentage disk utilization.
|
|   Can somebody please tell me what "percentage disk utilization" is?

Every 100th of a second, the system looks at each of the [first 32] disks
in the system to see if a command is pending; if there is one, then a
corresponding counter is incremented.

The iostat command watches these counters, and divides the number of
counts added to them by elapsed time, giving a percentage of the time
ticks when the disk was observed to have a pending command. 100% means
that every clock tick saw the disk was busy.

Note that 100% doesn't necessarily mean you can't get more transactions
through the disk, it just means that the disk is always doing something.
From: thad@cup.portal.com (Thad P Floryan)
Newsgroups: comp.sys.sun.admin
Subject: Re: how to copy boot-tapes
Date: Sat, 21 Nov 92 23:00:29 PST
Organization: The Portal System (TM)

In article <VG38MNB@harvey.in-berlin.de> gln@harvey.in-berlin.de
(Gerhard Lehmann) writes:

|  the subject tells all. I have bought a sun 3/60
|  and got the boot-tapes from a friend. Now I will
|  double them for me. How to do?

Get my tprobe program from the comp.sources.3b1 archives.  It's the only
program that will copy the boot tapes properly.  I installed ALL my Sun-3/60
systems from the duplicated tape of SunOS 4.1.1 as one of the tests of tprobe.

The man page and accompanying README files in the tprobe distribution explain
all this in more detail; I'm not about to post another 20K article showing
how and why "conventional" methods don't work "properly" for boot tapes.

The reason that it's in the comp.sources.3b1 (on ftp.uu.net,
archive.cis.ohio-state.edu, and other) archives is because it would appear
the moderator of comp.sources.unix has died or sumtin' (who knows?) and it
also runs on a 3B1 (along with HPUX, SVR4, CTIX, SunOS, Solaris, and just
about everything else I've tried it on; I called-in a favor to the moderator
of comp.sources.3b1 because I was receiving far too many emails to handle).

Tprobe is in daily use at my company for duplicating our software distributions
and even for dup'ing dump tapes.  It was supposed to be a one-time-only program
just so I had a backup of the last SunOS for the 3/60, but ...   :-)

Thad Floryan [ thad@btr.com, thad@cup.portal.com ]
Xref: sparky comp.sys.sun.admin:8624 comp.unix.admin:6354 comp.unix.programmer:5412 comp.unix.wizards:4875
From: usmyrtle@mcs.drexel.edu (Steven Myrtle)
Newsgroups: comp.sys.sun.admin,comp.unix.admin,comp.unix.programmer,comp.unix.wizards
Subject: setuid root vs. running as root
Date: 24 Nov 92 01:21:47 GMT
Organization: Drexel University

What are the differences between running a program setuid root and
running the program as root?

For instance, "kill(1, SIGTSTP)" doesn't seem to work from within
a setuid root program, but will if I run the program while I'm root.

- Steven
Newsgroups: comp.sys.sun.admin
From: ck@VOA.GOV (Chris Kern)
Subject: Re: avoiding Solaris
Organization: Voice of America
Date: Wed, 18 Nov 1992 11:14:27 GMT

In article <15540@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
>
>Unfortunately, all too many people are going for general philosophical
>whines about BSD vs. SV, rather than for specific complaints about the
>fact that the OS is changing at all.

Which is surprising to me *especially* when it comes from techies.
I understand why, say, a casual MS-DOS user would be anxious about and
disoriented by even a superficial change in the computing environment
he is accustomed to.  I would have assumed, at least before seeing the
high hysteria in this thread, that most techies would take such a
change in stride.

Seems to me there are three significant (but one-time) costs to Sun's
customers in the migration from SunOS 4.1.X to Solaris 2.  (1) We will
have to acquire new releases of commercial third-party software; this
mainly affects those of us who have to pay the bills (although I
assume most support contracts already cover new versions for SVR4).
(2) We will have to revise and recompile the source we maintain -- at
least if we want optimal performance.  This is a chore that will affect
end-users and system administrators alike.  (Of course, if the code
is designed to link with the System V libraries, something Sun has been
encouraging customers to do for quite a while, this shouldn't be much
of a burden.)  (3) We will have to learn some new system administrative
procedures.  This will have little or no effect on -- and probably
won't even be visible to -- the average end-user.

As Guy points out, none of these is the consequence of the particular
characteristics of BSD and SV UNIX.  They result from having to change
the OS at all.  I would have thought the real issue was whether the
features of Solaris 2 (SMP, for instance, or the new kernel
configuration procedures) justify the conversion effort.

-- 
Chris Kern     ck@voa.gov     ...uunet!voa3!ck     +1 202-619-2020
Newsgroups: comp.sys.sun.admin,comp.windows.open-look
From: mgh1@cbnewsl.cb.att.com (matthew.g.hetman)
Subject: Re: Help: cannot start "openwin -nosunview"...
Organization: AT&T Bell Laboratories
Distribution: bl
Date: Tue, 17 Nov 1992 16:01:52 GMT

In article <1992Nov16.233325.28200@mdd.comm.mot.com>, pchan@mdd.comm.mot.com (Pat Chan) writes:
> I want to start openwin without sunview stuff.
> According to my OW3 manauls, what I need is to
> invoke
>        openwin -nosunview
> 
> But when I do it, it complains, 
> 
>        /usr/sys/sun4c/OBJ/evqmod-sun4c.o file does not exist
>        Xnews: Error: Unable to load evq module.
> 
> Any hint???!!!
> Thanx..
> 
> 
> 
> 
> -- 
> Pat Chan                          Internet: pchan@mdd.comm.mot.com 
> Motorola Mobile Data Division     Voice: (604) 241-6032
> 11411 Number Five Road            Fax: (604) 241-6042
> Richmond, BC Canada V7A 4Z3

We just went through the same thing here...You will have to add the
missing file in /usr/sys/sun4c/OBJ/evqmod-sun4c.o. In addition we had to
add a openwin directory in /etc that contained a modules directory with
two files in it. The files were evqload and winlockload. I don't know if
you need both files but you do need evqload.


  _______       ______                                       Matthew G. Hetman
  (  /  )        / /          /   /     ____                 AT&T Bell Labs
 /  /  /   __   / /          /---/       /   ____  __   __   (201) 386-7259
/  /  (___/-/__/ /____      /   (___()__/____///__/-/__/ /_  attbl!whscad1!mgh
  

Newsgroups: comp.sys.sun.admin
From: randy@megatek.com (Randy Davis)
Subject: DISK LIMIT REACHED
Summary: quota's on 4.1.2
Reply-To: randy@megatek.com
Organization: Megatek Corporation, San Diego, California
Date: Fri, 20 Nov 1992 23:47:09 GMT

  Has anyone seen this message on a fileserver's console?:

DISK LIMIT REACHED (/filesystem) - WRITE FAILED

  If you have, have you succeeded in eradicating it?

  We recently upgraded the fileserver that has all the users home
directories on it to 4.1.2 (probably should have gone to 4.1.3, but
we don't have the luxury of doing that just yet due to deadlines and
such).  This is a Sun 4/300 CPU system.

  This particular filesystem that is constantly reported on the console
has quota's enabled.  As best I can determine, whenever a user hits their
quota, this message is spit out on the console, and we really COULDN'T
care less (although it ISN'T put into the messages file - meaning, to me,
that it is a kernel message, rather than a message sent to syslog).  I've
found the message, in the /sys/sun4/OBJ/quota_ufs.o file:

# egrep "DISK LIMIT REACHED" *
quota_ufs.o:DISK LIMIT REACHED (%s) - WRITE FAILED

  Yet, I have been unsuccessful in getting rid of it.  Nor have I found any
mention of it in the Sun Online Support System patch database.

  Any advice/help to help get rid of the message is appreciated...

Randy Davis                            Email: randy@megatek.com
Corporate Network and System Administrator    megatek!randy@uunet.uu.net
Megatek Corporation, San Diego, California    ucsd!megatek.uucp!randy

Newsgroups: comp.sys.sun.admin
From: scs@lokkur.dexter.mi.us (Steve Simmons)
Subject: Re: avoiding Solaris
Organization: Inland Sea
Date: Fri, 20 Nov 92 12:34:16 GMT

In article <1992Nov19.142814.19110@penny.cs.fredonia.edu> mazumdar@mary.cs.fredonia.edu (Jin Mazumdar) writes:

>	   Which makes me think that this would be the ideal time for FSF
>   (Gnu project) to complete and release their operating system  and have
>   support for  the new line of Suns.  Anyone know of the status of their
>   OP  SYS  project?   Going  by their  past record of creating excellent
>   software, I  would consider runnning FSF's  OP SYS and giving up Sun's
>   software altogether - at least I'll have access to source.

dschieb@muse.cv.nrao.edu (Darrell Schiebel) writes:

>	I would like to see this too, but I don't know of any operating
>	systems for Suns besides the ones that come directly from Sun.
>	Are there any?? Inquiring minds want to know...

Supposedly BSDI will be discussing their plans for a SPARC version at
SUG.  This still means an OS upgrade, but with BSDI you get source at a
reasonable price.  A more critical question is how much 3rd party SunOS
software will run on it, either 4.1X SW or Solaris 2 software.
-- 
 "When Dexter's on the Internet, can Hell be far behind?"
		-- Steve Simmons, scs@lokkur.dexter.mi.us
Newsgroups: comp.sys.sun.admin
From: heiser@ferrari.nmc.ed.ray.com (Bill Heiser)
Subject: printing Answerbook Sections
Organization: Equipment Division, Raytheon Company
Distribution: usa
Date: Fri, 20 Nov 92 19:03:47 GMT


I seem to remember a posting a while back telling how to print an
entire answerbook chapter -- when I print, it just prints the page
I'm on.  Anyone know what the solution was, sorry I didn't save the
article.  Can it be saved to a file for printing using special 
filters for multiple pages, etc?

Thanks,
Bill

-- 
* Happiness is a hot boiled lobster with drawn butter, a side dish of hot     *
* fresh steamers with melted butter & a hot corn on the cob with butter & salt*
Work: heiser@TDWR.ED.RAY.COM
Home: bill@unixland.natick.ma.us  Public Access Unix/USENET 508-655-3848
Xref: sparky comp.sys.sun.admin:8547 comp.unix.admin:6315 comp.unix.programmer:5388 comp.unix.wizards:4829
From: usmyrtle@mcs.drexel.edu (Steven Myrtle)
Newsgroups: comp.sys.sun.admin,comp.unix.admin,comp.unix.programmer,comp.unix.wizards
Subject: restricting execution to console only
Date: 21 Nov 92 20:54:35 GMT
Organization: Drexel University

Is there a guaranteed way of restricting the execution of a program to the
console only under SunOS 4.1.x?  I've tried using ttyname(0) and checking
that it returns "/dev/console", but that can be fooled if the owner of the
console runs the executable as "a.out < /dev/console" from another window.

I've also thought about using ttyslot() to get the relevant entry in the
utmp file and then checking ut_line, but my utmp files need to be world
writable, and anyone could edit the file and change the terminal name.

Please email me if possible.

Thanks,
Steven (usmyrtle@mcs.drexel.edu)
From: rrichter@link-new.ph.gmr.com (Roy Richter PH/32)
Newsgroups: comp.sys.sun.admin
Subject: swap size and memory size
Date: 18 Nov 92 20:50:05 GMT
Organization: GM Research and Environmental Staff

I have a Sparc 2 with 32 Meg Ram and 65 Meg swap.  This satisfies Sun's
recommendation that swap be twice the size of RAM.  I want to upgrade the
machine to 64MB RAM; easy to do by adding in 4M SIMMs on the motherboard.
Now, do I need to upgrade the swap space to 128 Meg?

More importantly, why or why not?

I'm confused over the use of memory and impact on swap space.
Used to be, in the old SunOS's (say 3.2, a golden oldie) that increasing
the swap partition  smoothly didn't increment swapsize smoothly; it did so
in sudden jumps.  Now with the 4.1.x OS's, the memory is used to map files,
and as buffers; the dumping of memory to the swap space is in a "compressed
format" that doesn't result in an exact image of memory; and so on.

Any guidelines on swap size vs memory?  I know more is better, but I can
increase memory faster than swapsize.
--
Roy Richter                  Internet: rrichter@ph.gmr.com
Physics Dept, GM Research    UUCP:     rphroy!rrichter
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.sys.sun.admin
Subject: Re: Disturbing News about Printing Under Solaris 2.1
Date: 21 Nov 92 08:11:01 GMT
Organization: cic

dlukas@fenway.bu.edu (David Lukas) writes:

>This is a followup to the posts about not being able to use an
>SBUS Sparc Printer card under Solaris 2.1, and therefore not on
>a Sparc Classic.

>A previous followup claimed that the SBUS card is not needed because the
>Sparc Classic has a parallel port.  But the SparcPrinter package is
>driven by a "video interface" which has a special device driver.
>(The card has a parallel port as well, for hooking HP printers and
>the like.)  In any case I don't think NeWSprint itself works under
>Solaris 2.1 -- I know there is a compatibility mode but NeWSprint does
>some funny things that might not work in compatibility mode.

There is *no* compatibilty mode *inside* the kernel. Device drivers
and STREAMS modules must be ported or recompiled.

>My Sun rep tells me that the whole setup will be ported to Solaris 2.1
>by March.

This is the sore spot of the entire Solaris 2 story. The optional
software is lagging behind a lot. Have a look at the SunLink
and SunNet products. Same story.
-- 
| ...!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.        |
From: lsgriffith@gems.vcu.edu
Newsgroups: comp.sys.sun.admin
Subject: Motif on Sun
Date: 15 Nov 92 07:43:03 GMT
Article-I.D.: gems.1992Nov15.114304.176
Organization: Medical College of Virginia


I am thinking of buying a SPARCstation and installing X11Rx and Motif.
Will I be able to use programs like Answerbook, SunPC, NewsPrint or
SimplifySQL?  I know that there are several people out there running
motif on their Suns, are there any gotchas that I should be aware of.

Thanks in advance,

Livia
From: agerrard@inode.com (Alan Gerrard)
Newsgroups: comp.sys.sun.admin
Subject: Job Offering
Date: Sun, 22 Nov 92 20:03:48 EST
News-Software: FSUUCP 1.3r1
Reply-To: agerrard@inode.com (Alan Gerrard)
Distribution: USA
Organization: C.I.S.


** Job Offering **

We need Senior Systems Sun Administrators for a new large scale project.

Heavy networking experience required.

Optional skills include light 'C' coding and brokerage experience.

Excellent benefits and job security, salary in the 80's.

We are located in New York City.

Please respond via e-mail to Alan Gerrard at:  agerrard@inode.com
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.admin
Subject: Re: writing down root password (was Re: Disabling L1-A sequence?)
Date: 15 Nov 92 20:32:35 GMT
Organization: Auspex Systems, Santa Clara

>|> Okay, so you take the battery out and reset the PROM.  All security is
>|> meaningless if you have physical access to the machine.  (Other than
>|> low-level encryption of the hard drive itself)
>
> I haven't taken it apart to find out, but if it is a "Prom", then it
> doesn't need a battery. 

The "Boot Prom" is an EPROM that holds the monitor code.  It doesn't
need a battery, but then again, it doesn't hold the password.

In newer machines, the password is stored in an NVRAM chip (SGS/Thomson,
formerly Mostek, MK48T02 "Timekeeper" chip).  That chip is a bunch of
static RAM, plus a time-of-day clock, plus a built-in battery.

I don't know if the PROM security option is available for machines that
didn't use that chip; I suspect it may be.  Those older machines use
some EEPROM chip to store data such as the password.
Newsgroups: comp.sys.sun.admin
From: pwh@bradley.bradley.edu (Pete Hartman)
Subject: Re: avoiding Solaris
Organization: Bradley University
Distribution: usa
Date: Wed, 18 Nov 92 16:11:02 GMT

In <BxwsK4.6Ko@VOA.GOV> ck@VOA.GOV (Chris Kern) writes:
>Seems to me there are three significant (but one-time) costs to Sun's
>customers in the migration from SunOS 4.1.X to Solaris 2.

Who says Sun isn't going to change something else fundamental on us
in another couple of years, just like they dumped the Sun 3 users
flat?
-- 
Pete Hartman		       Bradley University	pwh@bradley.bradley.edu
         We are obviously very close to reproducing the Muslim paradise
                   where every orgasm lasts six hundred years
Newsgroups: comp.sys.sun.admin
From: tim@hssc.scarolina.edu (Tim White)
Subject: Re: DAT's on 4.1.2
Organization: USC  Department of Computer Science
Date: 17 Nov 92 13:26:04 GMT

ats@bigfoot.first.gmd.de (Andreas Schulz) writes:

>In article <Bx9HMI.5Eu@mail.boi.hp.com> kde@boi.hp.com (Keith Emmen) writes:
>>      st0 at esp0 target 4 lun 0
>>      st0: <Vendor 'HP      ' Product 'HP35450A      -A'>
>>
>>but when we try to talk with mt(1), we see:  (there is no device file st0)
>>
>First better make a "MAKEDEV st0" under /dev to get all the necessary
>devices.
>And for your DAT tape, get a better disctributor :-).
>You must change the file /sys/scsi/targets/st_conf.c and add into
>struct st_drivetype a new entry :
>/* HP DAT 35480A */
>{
>	"HP35480A", 2, "HP",
>	ST_TYPE_EXABYTE, 1024,
>	(ST_VARIABLE | ST_BSF | ST_BSR),
>	5000, 5000,
>	{ 0x00, 0x00, 0x00, 0x00 },
>	{ 0, 0, 0, 0 }
>}

   And if you want it fast without kernel modifications just set dip switches
  1,2,3,4,5 = 1 and switches 6,7,8 = 0. This is for Sun machines. And if the
  tapehost is ever down you can move your DAT without patching another kernel.

   Other tips for Sun.

    When using cpio use the blocksize option ( -B ) and use a blocksize of 
  5120 or greter. This will improve performance significantly.

    When using dump set the tape size and density to 15000. This will allow
  you to fill a 90m tape.

    Above info from the HP document "Configuring HP DDS Drives for use in Sun
  Workstations". See your vendor for this. I got mine from Dallas Digital.
--
==============================================================================
Tim White				 University of South Carolina
tim@otis.hssc.scarolina.edu	   Humanities and Social Sciences Laboratory
(803)-777-7840 		  		     Columbia, S.C. 29208