HDTenEightyP/NetNews huggingface dataset:
From: dougm@boulder.Central.Sun.COM (Doug McCallum)
Newsgroups: comp.unix.sysv386
Subject: Re: No more processes ?  It's a lie !
Date: 4 Sep 92 15:10:46
Organization: SunSoft, Inc.
NNTP-Posting-Host: boulder.central.sun.com
In-reply-to: enertec@netcom.com's message of Thu, 03 Sep 92 16:09:34 GMT

The "poll()" call can return EAGAIN but it has nothing to do with
number of processes.  The EAGAIN error return was extended
(overloaded) to mean that you should try the poll call again.  Many
applications do not do that and assume that it is a fatal error.  The
EAGAIN on a poll means that some internal data structure was
unavailable at the time of the call.  Most of the time this is
transient and should clear up.  The documentation even says you should
try again.
From: mbarkah@slate.mines.colorado.edu (Ade Barkah)
Newsgroups: comp.unix.sysv386
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Date: 28 Aug 92 20:16:19 GMT
Organization: Colorado School of Mines

larry@gator.rn.com (Larry Snyder) writes:
: 
: .... Why go with SCO 3.2 when SVR4 4.0 is available
: and includes X11R5, NFS, TCP, full development, unlimited user, etc for
: $1500.  For info, contact sales@dell.com

How true. The only problem is, Dell only installs from tape, any
*my* tape drive wasn't compatible. :(  (and I couldn't justify
another tape drive.)

: Larry Snyder                                    internet: larry@gator.rn.com

-Ade.
-- 
Internet  : mbarkah@slate.mines.colorado.edu    (NeXT Mailable)
CompuServe: 74160,3404
FIDO_net  : Ade Barkah [1:104/108@fido.org]
SNAIL_net : 1800 West Campus Road, Golden, CO 80401
Newsgroups: comp.unix.sysv386
From: st@styx.ucrc.sub.org (Stefan Timm)
Subject: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Stefan Timm EDV-Beratung
Date: Fri, 28 Aug 1992 06:43:00 GMT

I'm running DELL UNIX SRV4 Rel. 2.1.

Is it possible to create a separate /usr and /var filesystem? How can it be
done? The installation doesn't allow that.
-- 
Stefan Timm                Internet:   st@styx.ucrc.sub.org
Tel. +49-89-471922         MCI:        stimm
FAX  +49-89-472212         CompuServe: 100016,3261
Newsgroups: comp.unix.sysv386,comp.dcom.modems,biz.comp.telebit,alt.bbs
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: ESIX 4.0.4 ttymon problems...HELP!
Date: Tue, 1 Sep 1992 12:45:47 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI
Keywords: ttymon, esix

In article <Btv9oz.1to@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>jmcook@larel.LAMRSCH.COM (joel m. cook) writes:
>>modems to work (USR HST's or TB's).  Get a *reproducible* string
>>of garbage, or sometimes the prompt, but can never type anything
>>and log in.  It seems that /etc/ttydefs, as shipped, is crap.

Well, here are the ttydefs entries I'm using for my T2500 and my Supra
V.32bis.  The T2500 has the DTE rate locked at 19.2Kbps; the Supra, at
38.4Kbps.  I'm using the SAS serial driver, with full-duplex RFR/CTS
flow control set up via the minor device number.  Lines have been
split for clarity.

lock38400:38400 erase ^h opost onlcr tab3 brkint ignpar -parenb ixon 
	ixany istrip echo echoe echok icanon isig cs8 cread:38400 
	erase ^h opost onlcr tab3 brkint ignpar -parenb ixon ixany 
	istrip echo echoe echok icanon isig cs8 cread::lock38400
lock19200:19200 erase ^h opost onlcr tab3 brkint ignpar -parenb ixon 
	ixany istrip echo echoe echok icanon isig cs8 cread:19200 
	erase ^h opost onlcr tab3 brkint ignpar -parenb ixon ixany 
	istrip echo echoe echok icanon isig cs8 cread::lock19200

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
Newsgroups: comp.unix.sysv386
From: sandy@godzilla.quotron.com (Sanford Zelkovitz)
Subject: Re: What 'stune' parameters do you use for X386?
Organization: Quotron Systems, Inc.
Distribution: usa
Date: Wed, 26 Aug 1992 14:53:46 GMT

In article <1992Aug25.234331.4247@cbnewsj.cb.att.com> dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
>In article <BtJzvz.HKq@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>> karl@ttank.ttank.com (Karl Bunch) writes:
>> 
>> >In <1992Aug21.220338.3843@smallo.bo.open.de> oklein@smallo.bo.open.de (Olaf Klein) writes:
>> 
>> >>larry@gator.rn.com (Larry Snyder) writes:
>> 
>> >>>We run Dell SVR4 4.0 and run X -- and have never experienced a lockup --
>> >>>and we have never had to modify any of the kernel parameters
>> >>>we are running X11R5 which is shipped standard with Dell SVR4
>> 
>> >>Larry, you're boring...
>> 
>> >Well I run Dell SVR4.0 (Dell Issue 2.2) and he's right.  I guess I'm
>> >boring too.
>> 
>> All of us who run Dell SVR4 are boring.  That is because unlike the
>> other flavors UNIX -- Dell SVR4 works.  Just think - if everyone
>> ran Dell SVR4 -- this newsgroup would get rather slim..
>> -- 
>> Larry Snyder                                    internet: larry@gator.rn.com
>> keeper of the Gator                                  uucp: uunet!gator!larry
>
>No, Larry.  You're arrogant.  Not that that's necessarily a bad thing.  I'm
>arrogant, too.
>
>But I've been running Microport SVR4.0.4 for a while now (3-4 months).
>And, lo and behold, I don't pop up here asking for help.  Guess what?  I've
>had no problems whatsoever, since getting a reasonable modem and switching
>to SAS.  I guess Microport SVR4 works too.  Did you ever think that some
>of us just don't feel the compulsion to go "nyah, nyah" all the time?
>
>Of course, Microport does have this little pricing problem :-<  Sigh.
>I expect that I will be moving to SVR4.2 from some other vendor.  Buying
>it new will probably been cheaper than Microport's upgrade.
>
>Which is a real shame, because they're a great bunch of guys.
>
>-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-


To be on the fair side, I have been running ESIX 5.4 Release four ( beta and
then release ) for nearly three months. The software has been running
flawlessly for me. The only minor problem that I had was not finding a
compatible entry in /etc/ttydefs for my applications. I simply modified the
file and it worked as I had expected it to do.

Sanford <sandy> Zelkovitz



-- 
Sanford <sandy> Zelkovitz            XBBS
Voice: (714)821-9670   Data and FAX: (714)821-9671
....uunet!pride386!alphacm!sandy
sandy@smftst.Quotron.com (130.224.26.12)
From: marks@mgse.UUCP (Mark Seiffert)
Newsgroups: comp.unix.sysv386
Subject: Re: SUMMARY: Re: Questions about MAS90 from SOA
Date: 3 Sep 92 04:14:27 GMT
Organization: mgse

In article <1992Aug27.120658.6327@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
|In article <BtKDCp.4tC@mudos.ann-arbor.mi.us>, mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
|
|| think I've finally gotten it to the point where it's usable.  There is
|| one problem that I'm still having, though -- because the bbx2
|| interpreter does not work properly if run SUID or SGID, I have had to
|| make the database directories and files writable by the people who are
|| going to be running MAS90.  This is a large security hole, IMHO --
|| this means that the people using MAS90 can remove the databases or
|| modify them without going through MAS90, either with a binary-file
|| editor or by directly typing commands into BBx.  It also means that
|| instead of just having to secure a "mas90" account or the root
|| account, I must make sure that all of the MAS90 users' accounts are
|| secure.
|
|  I included this in my response to you, perhaps you missed it:
|
|Have people login as themselves then do a "su - mas90" to access the
|database. That way only the mas90 account has to be able to get at the
|data, and you can use the mas90 program itself as the login shell, or
|use a secure login shell which can start mas90. That seems to eliminate
|most of the problems you mentioned.
|
|You could also use a command sutuid root which does a seteuid() and then
|starts mas90, I bet that will work, too.

The problem is not with MAS90, (or Open Systems), but with the Business
Basic interpreter, or maybe it is Unix. The program bbx2 SHOULD NOT be
suid to root, but bbx2run is. bbx2run sets umask as high as possible, 
and then sets the user id the the real user id. All of the MAS90 systems
I deal with (with a developer) are low security and we chmod the data files
to 666, the programs to 644 and typically exec /usr/bin/mas90. 

Mark Seiffert

|
|-- 
|bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
|    I admit that when I was in school I wrote COBOL. But I didn't compile.


-- 
Mark Seiffert,  Metairie, LA.
uucp:           rex.cs.tulane.edu!mgse!marks or rex!mgse!marks
bitnet:         marks%mgse@REX.CS.TULANE.EDU
internet:       marks%mgse@rex.cs.tulane.edu or marks@mgse.UUCP
Newsgroups: comp.unix.sysv386
From: gpitcher@crash.cts.com (Glenn Pitcher)
Subject: Re: Getty problem with Interactivee 3.0?
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 03 Sep 92 07:51:54 PDT
Keywords: getty init interactive

In article <1992Aug31.171421.21396@crash> gpitcher@crash.cts.com (Glenn Pitcher) writes:
>I just finished fighting my system for most of the day and it's working now,
>but I sure would like to know what happened...
>
>First off, here's our configuration...
>
>Dell 433SE running Interactive SVR3.2
>64MB memory
>(3) 1.4GB drives (3.8BG formatted)
>Exabyte 8200 8mm drive
>Equinox Megaplex-96 board with 4 cluster multiplexors.
>
>What seems to have happened is init wouldn't spawn *any* gettys.  Not even on
>the console.  Everything else would work fine except for the gettys.
>My printers even were printing jobs that were left over from the weekend due
>to no paper and these are hooked to the same muxes as the terminals! 
>I managed to get the system up into init 1 and checked everything.  I checked
>/etc/inittab, I checked getty and init, I checked /etc/gettydefs and almost
>everything else I can think of.  Everything checked out fine.
>
>Does anyone have any ideas?

This is a second plea for assistance... my system is down again!!  Does any
one know anything about this?

Newsgroups: comp.unix.sysv386
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Tue, 01 Sep 1992 18:52:50 GMT
Keywords: dell svr4 filesystem

In article <rvdp.715192197@yam>, rvdp@sow.econ.vu.nl (Ronald van der Pol) writes:
|> For some strange reason Dell changed the USL install code such that
|> you cannot create separate root and var filesystems at install time.
|> You need to do that afterwards. Change the file /etc/partitions to
|> include a separate /var file system.  Now you can create this slice
|> with mkpart(1M).
|> 
	Hmmm, when I did a customizable install of 2.1 I was allowed to
	create a seperate /var partition. Maybe you're to trusting of the
	"automatic"/default install option? I've never trusted vendor's
	to provide a decent "default" configuration so I always choose
	"custom" options if available...

		-Rob
From: sells@cs.umn.edu (Chris Sells)
Newsgroups: comp.unix.sysv386
Subject: Re: cpio one file at a time?
Date: 28 Aug 92 13:51:01 GMT
Followup-To: comp.unix.sysv386
Organization: Spanlink Communications

In article <sells-270891232504@dialup-slip-1-3.gw.umn.edu>,
sells@cs.umn.edu (Chris Sells) wrote:
> 
> Is there a way to cpio one file at a time, process the file and continue?
> For example, could I do something like this:
> 
> cpio -oudBcv </dev/f1 |
> while read file
> do mv $file to /usr/$file
> done
> 
> ?? Thanx in advance.

I'll need to pause between files to give me time to process each one before
moving on the next one. The problem is that there isn't enough space for 30
MB of files on the hard-disk before they're each moved to a non-UNIX file
system.

+-------------------------+
| Chris Sells             |
| Spanlink Communications |
| sells@cs.umn.edu        |
+-------------------------+
Newsgroups: comp.unix.sysv386
From: bill@bilver.uucp (Bill Vermillion)
Subject: Re: Questions about MAS90 from SOA
Organization: W. J. Vermillion - Winter Park, FL
Date: Tue, 25 Aug 1992 14:01:21 GMT

In article <Bt7stA.1o3@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>The company I work for (who shall go unnamed) is very seriously
>considering switching over to the MAS90 accounting system from State
>of the Art Software running under SCO Unix 3.2v4.0.   ....

....

>2. The BBx interpreter, which is used to run MAS90, is installed owned
>by root and with the SUID bit set.

....

>4. MAS90 has a somewhat alarming tendency to drop the user to the
>BBx BASIC prompt if it encounters a specific error condition (mostly
>with a printer that is not hooked up).

....

I've done some work at site with MAS90 and a couple with OSAS.
Both use the BBx Business Basic.

One of the problems I have noted is that BBX is not re-entrant
and becomes a system hog if you have many users.   I don't know
if this has been changed but it was true over a year or so ago
when I was trying to find out what was bogging down the system.

That one turned out to be a 'power-secretary' who used the
system console as here work station and typically had 4
sessions going at one time :-(.

>Although it is possible to fix most of these problems (I haven't yet
>found a fix for (4) above, but have gotten the rest of them mostly
>solved), I'm still left with a very bad feeling about MAS90.  It
>honestly looks like the BBx and SOA folks just took their DOS product
>and recompiled it under Unix, without any thoughts to the differences
>in paradigm between DOS and Unix.

I also have seen the both MAS90 and OSAS drop the user into the
basic prompt.   To me that is not the way that any program
should behave.   But that seems to be typical of many DOS type
programs.  I was suitably unimpressed.

>Unfortunately, I'm having some trouble convincing the powers-that-be
>that MAS90 is a bad idea.  So, I'm turning to the net: Does anyone
>have experiences, either positive or negative, with MAS90 in an SCO
>Unix environment?   ....

Sorry - nothing positive.  
-- 
Bill Vermillion - bill@bilver.oau.org  bill.vermillion@oau.org
                - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill

Newsgroups: comp.unix.sysv386
From: steve@crash.cts.com (Steve Morrison)
Subject: disk mirroring
Date: 26 Aug 92 05:14:07 GMT

Someone has asked for help in establishing disk mirroring on a SCO Xenix
or Unix system.

Anyone know sources for drivers (if that is what is needed) for this task.
I don't have a lot of details, except that I'm sure he is working with
SCSI interfaces.

Maybe Someone like Adaptic have software available for their 1542's.

Also, If another group on internet is a better place to seek help, I
could use a steer to it.

-steve

steve@crash.cts.com


Newsgroups: comp.unix.sysv386
From: rhealey@dellr4.digibd.com (Rob Healey)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Thu, 27 Aug 1992 18:36:54 GMT

In article <1992Aug26.152529.4324@crd.ge.com>, davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
|>   And the performance of the PC, at least under Dell V.4, is much better
|> when there's something large running in the background. I have to run
|> big PBM graphics jobs with nice on the Sun to keep the CPU free for
|> other things, but the PC doesn't seem to have that problem.
|> 
	I believe this has to do with the fact that most low end RISC
	systems have problems when you try to run 2 or more programs
	that REALLY need the CPU. With SPARC I believe it has to due with
	the lesser number of registers on the cheepo SPARC implementations
	and on the others I think it's context switch time.

	I've found that in most cases the RISC machines run in to trouble
	ALOT faster than their CISC counter parts when you try to have
	multiple users at once or run 2 or more large CPU intensive
	programs. Mix in alot of I/O and some RISC boxes will really
	bog down.

	For single app situations the RISC's due very well, when you
	run multiple apps the CISC's seem to give "better" real time
	responce.

	Probably the nature of the RISC beast...

		-Rob
From: eric@tantalus.dell.com (Eric Youngdale)
Newsgroups: comp.unix.sysv386
Subject: Re: Unix/Xwindows on a 486...Where/How much?
Date: 26 Aug 92 19:26:46 GMT
Organization: Naval Research Laboratory

In article <BtKIuI.6BM@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>philip@think.com (Philip Mucci) writes:
>
>>	I am thinking of buying a 486, but only if it will run Unix and X
>>windows. The other day I called an SCO dealer and they said that a fully
>>configured software package (read: C compiler, Unix, and X - no NFS) for a
>>single user would cost $1600.0 with student discount!! I might as well keep
>>my amiga and buy unix for it. That's ridiculous. Could someone give me a
>
>yes - many of us agree.  Why go with SCO 3.2 when SVR4 4.0 is available
>and includes X11R5, NFS, TCP, full development, unlimited user, etc for
>$1500.

	Or you could put Linux on your system for free, which has X11R5,
TCP(just went into beta), GNU C, and unlimited users.

-Eric


--
Eric Youngdale
eric@tantalus.nrl.navy.mil
From: pozar@kumr.lns.com (Tim Pozar)
Newsgroups: comp.unix.sysv386
Subject: Re: Adding third and fourth hard drives to ISC 4.0 3.0
Date: 30 Aug 92 02:33:47 GMT
Organization: Late Night Software (San Francisco)

memanuel@cbnews.cb.att.com (mark.emanuele) writes:
>I am trying to add  third and fourth SCSI hard drives to my Interactive 
>System V Rel 4.0 Ver 3.0 System. When I do a "diskadd c0t4d0" to add the 
>drive on target 4 I get the following message:
>
>Cannot access /dev/rdsk/c0t4d0s0
>
>Then I get an fdisk error message.
>
>I looked at the /dev/rdsk directory, and saw no entry for c0t4d0s0.
>
>Am I doing something wrong?  TFM seems to say I am doing it right. 
>
>What gives ?
>
>Mark A. Emanuele
>memanuele@attmail.com

   You need to create these devices.  One way is to run mknod and create
the s0 and s1 partitions in the /dev/rdsk and /dev/dsk directories.  s0
refers to the whole drive and s1 is the first partition.  On my ESIX
system (4.0.3) the devices all have a major node number of 0 and a minor
node number 16 more than the previous drive.  Ie:

			Major	Minor
/dev/dsk/c0t0d0s0 	0	 0
/dev/dsk/c0t0d0s1 	0	 1
/dev/dsk/c0t1d0s0	0	16
/dev/dsk/c0t1d0s1	0	17
/dev/dsk/c0t2d0s0	0	32
/dev/dsk/c0t2d0s1	0	33

/dev/rdsk/c0... has the same major and minor numbers.

                Tim

-- 
Internet: pozar@kumr.lns.com               FidoNet:  Tim Pozar @ 1:125/555
UUCP:     ...!uunet!kumr.lns.com!pozar
Snail:    Tim Pozar / KKSF / 77 Maiden Lane / San Francisco CA 94108 / USA
Voice:    +1 415 788 2022
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: Recommendations wanted on PC Unix system purchase
Organization: Somewhere just far enough out of Toronto
Date: Wed, 26 Aug 1992 02:11:30 GMT

In article <1992Aug22.161009.16555@unixland.natick.ma.us>
	bill@unixland.natick.ma.us (Bill Heiser) writes:
>davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>>  Maybe they should start shipping V.4 installed on their notebooks, and
>>let them figure out how to get it in if you can't load from floppy. Or

>Personnally, I wouldn't buy a system like that unless there was also a way
>for ME to re-load the OS.  Otherwise, what will you do if the disk crashes?
>Send the machine back to them to re-load your OS?

That's why it's good to have the option from a vendor of getting the OS
on floppies. Sure, it's ugly, but it will load on everything.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
    Was "Trouble" (from the Broadway Show, Music Man) the first rap song?
Newsgroups: comp.unix.sysv386
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: setting UUCP g protocol parameters under ESIX SVR4.0.3
Organization: The Gator Public Access Unix Site - 219-289-3745
Date: Sun, 30 Aug 1992 19:56:55 GMT

evan@telly.on.ca (Evan Leibovitch) writes:

>If there are problems in the product then those problems were created
>(or neglected) by USL. If USL was doing its job, Consensys wouldn't have
>such a bad rep, because there'd be little reason to call their tech
>support.

Consensys should check the product out before shipping.  Their name
goes on the product -- just like USL.  Dell has taken the time to check
the product, and if something doesn't work -- they fix it.  Period
The finger pointing is bull.  For ESIX to say, it's USL's fault and
not fix something is wrong.

>Every Intel UNIX vendor except Dell *has* to worry about a myriad of
>third-party hardware, and that support certainly consumes valuable time
>that they could be spending correcting USL's bugs.

Dell supports other vendors products -- ET4000 boards, Computone boards,
Equinox (I think), etc -- all are supported.  I've been running Dell SVR4
now (release 2.0, 2.1 and 2.2) now on all non-dell hardware.  As a matter
of fact, I own no Dell hardware.  I've tried maybe a dozen different
motherboards over the last year (always moving to something faster)
and Dell gets along just fine.   Ask karl@ddsw1.mcs.com -- he also runs
Dell (and is sold on it) and the last I knew -- he was running non-Dell
hardware as well.  Dell's SVR4 is damn solid - period.  Folks here complain
about the SVR4 vendors -- states something about some of the crap
being shipped.

>Back to Larry's point. He's tired of Intel UNIX getting a bad rep
>because, in his opinion, all of the distributors of the code except for
>his present favourite are screwing it up.

>Well, to me, fixing bugs is not added value. It's basic value.

But Dell has added value to the product -- for example, they ship 
a modified release of X386 specifically for Dell with support for a
slew of configurations.  They've written various utilities to
enhance the administration.  They have taken the time to add the popular
PDS/GNU software to make the installation well rounded - thus saving
the SA the time of hunting down this and that. 

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: shite@sinkhole.unf.edu (Stephen Hite)
Newsgroups: comp.unix.sysv386
Subject: Re: TeX, LaTeX for SVR4 386
Date: 28 Aug 92 15:15:44 GMT
Distribution: comp.unix.sysv386
Organization: University of North Florida, Jacksonville

In article <16342@ucdavis.ucdavis.edu> shih@birch.eecs.ucdavis.edu (The Nomad) writes:
>
>
>Hello NetLanders:
>
>Sorry if this seems a dumb question. But it has bother me for
>a very long time.  I found the software package TeX for SVR4 386
>on two different sites. Strange thing is that one is 3 meg byte size
>while the other one has 15 meg byte size. Can anyone tell me
>what's the difference?  Since disk space is a precious sresource, I am
>hesitate about getting 15meg but if 3meg version is not complete...
>
>Any information will be greatly appreciated.
>

  The 15 meg SVR4 binary release of TeX 3.14 is the correct one to get.
A full TeX implementation does take a lot of space but the sacrifice
in disk space is worth it for all of the beautiful documents you will create
with it.   Actually, you're going to need more because you'll also want to
get (at least) the psfig and dvips packages at Stanford (I believe it's 
labrea.stanford.edu).

Steve Hite
shite@sinkhole.unf.edu
Newsgroups: comp.unix.sysv386
From: jpr@jpradley.jpr.com (Jean-Pierre Radley)
Subject: Re: The PC-UNIX Buyer's Guides --- Why I Won't Stop Editorializing
Organization: Unix in NYC
Date: Sun, 30 Aug 1992 23:40:31 GMT

In article <1992Aug27.080657@eklektix.com> rcd@raven.eklektix.com (Dick Dunn) writes:
>Ummm...if it were dense technical information, it wouldn't be 216k.  Or,
>as I read it attributed to Pascal, "I made this letter longer than usual
>because I lack the time to make it short."

Right country. Wrong writer.
That's ascribable to Alexandre Dumas pere.
-- 
Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341
Newsgroups: comp.unix.sysv386