HDTenEightyP/NetNews huggingface dataset:
From: thorinn@diku.dk (Lars Henrik Mathiesen)
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
Subject: Re: Installing Dell UNIX
Date: 22 Dec 92 21:15:07 GMT
Organization: Department of Computer Science, U of Copenhagen

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>  Dell [...] support two media, each less common than the other for
>PCs. Installing on a laptop is always an adventure, you don't
>normally have tape, they don't believe in floppies, they don't
>support the little eithernet thing that hooks to the parallel port so
>you can use their excellent net install...

Why don't you start a VAR business, repackaging Dell UNIX onto
laptop-friendly installation media? Seriously, if it is so sorely
needed, you would think that somebody would be doing it already.

Lars Mathiesen (U of Copenhagen CS Dep) <thorinn@diku.dk> (Humour NOT marked)
Newsgroups: comp.unix.sys5.r4
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: cd-rom
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Wed, 23 Dec 1992 18:04:26 GMT

In article <n12d0t@ofa123.fidonet.org> Rick.Ellis@ofa123.fidonet.org writes:
>On <Dec 22 17:04> Larry Snyder writes:

> LS> where can we get a CD-ROM for $200?

>DAK

Has anyone gotten a DAK CD-ROM working under any form of Unix yet?
All I've heard is that they aren't interested in this market, and 
weren't giving out technical information.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: pls@cibecue.az05.bull.com (Paul Schauble)
Subject: Re: Will Dell load off a Wangdat DAT?
Organization: Bull HN Information Systems, Inc., Phoenix Product Division
Date: Sun, 03 Jan 93 06:14:58 GMT

In article <PCG.93Jan2215529@decb.aber.ac.uk> pcg@aber.ac.uk (Piercarlo Grandi) writes:
>On 31 Dec 92 09:02:09 GMT, pls@cibecue.az05.bull.com (Paul Schauble) said:
>
>pls> I know The Net has praised Dell Unix and Dell support. But this
>pls> really makes me wonder how they would be AFTER they've gotten my
>pls> money.
>
>That's why you want Dell -- given that most support organizations are
>awful (and theirs is one of the least awful, *if you get ot their Unix
>people*), you want the most robust and well engineered system, and their
>SVR4 product is about that. What is important is to avoid needing support.

High praise indeed, and you're not the only one. Perhaps I should avoid tarring
the support people with the brush that the marketing types seem to deserve.

BTW, I though Dell was SysV 4.2. An earlier post leads me to believe that they
aren't up to 4.2 and don't intend to be. What are they really?

    ++PLS
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: cd-rom
Date: 23 Dec 92 15:21:26 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1h8v9hINN9qc@agate.berkeley.edu>, ilan343@violet.berkeley.edu (Geraldo Veiga) writes:

| >DAK
| 
| This goes back to the origin of this thread.  Is there any SVR4 vendor
| supporting these inexpensive CD-ROM drivers?  If so, what kind of use
| can one make of the driver under Unix?  For instance, can I read any of
| the CD-ROM titles usually included with the driver (I always assumed
| they include some DOS only software).

  The one from DAK used a dumb 8 bit SCSI board not supported by any
UNIX I've ever seen. One the other hand when I plugged it into my
AHA1542B controller and booted UNIX, the startup said something like
  "Oh, look! A CD player"
unfortunately followed by some message about "filesystem type not
supported." If you didn't know that Dell doesn't support ANY filesystem
type you'd blame the drive or CD, but I think it's okay. Unfortunately
I'm not about to install another o/s which supports CD properly to see.

  Actually, now that I think about it, I have that CD audio for
Sun/HP/Dec that was on alt.source, maybe that uses the raw device and I
can do something useful with the drive after all.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: Rick.Ellis@ofa123.fidonet.org
Newsgroups: comp.unix.sys5.r4
Subject: cd-rom
X-Sender: newtout 0.02 Nov 17 1992
Date: 22 Dec 92  17:04:20

On <Dec 22 17:04> Larry Snyder writes:

 LS> where can we get a CD-ROM for $200?

DAK
Newsgroups: comp.unix.sys5.r4
From: rfg@netcom.com (Ronald F. Guilmette)
Subject: GNU C port to SVR4... the untold story
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 21 Dec 1992 09:13:22 GMT


Some time ago, Thomas R. Kimpton (tom@dtint.uucp) wrote:
>
> I don't know what the situation will be for x86 Solaris 2.x, but
> for SPARC Solaris 2.x the GNU C compiler/debugger/libraries are
> included on the Catalyst CD.  This is the Cygnus port.

I guess I'm going to have to do a lot of work to educate people about
the true origin of the GCC port to SVR4/Solaris 2.x.

Everyone seems to have been convinced by Cygnus's media blitz that they
alone did all of the work on this port.

There's only one thing wrong with that.  It isn't true.

In fact, *I* did the vast majority of the work to port GCC to SVR4 and
to Solaris 2.0.

But you will never see my name mentioned in any of the "product announcement"
blurbs which Cygnus has managed to get all of the trade rags to reprint
for them.  Why?  Simple.  I'm not part of Cygnus, and they obviously
feel that they can make more money if they take full credit for other
people's work.

-- 

// Ron ("Loose Cannon") Guilmette    uucp: ...uunet!lupine!segfault!rfg
//
//      "On the one hand I knew that programs could have a compelling
//       and deep logical beauty, on the other hand I was forced to
//       admit that most programs are presented in a way fit for
//       mechanical execution, but even if of any beauty at all,
//       totally unfit for human appreciation."
//                                              -- Edsger W. Dijkstra
Xref: sparky comp.unix.sys5.r4:1101 comp.unix.pc-clone.32bit:945
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Newsgroups: comp.unix.sys5.r4,comp.unix.pc-clone.32bit
Subject: Re: Problem with lp.  Got me stumped.  (email, I'll sum)
Date: 1 Jan 1993 21:00:28 -0500
Organization: The Programmers' Pit Stop, Ann Arbor MI
NNTP-Posting-Host: mudos.ann-arbor.mi.us

In article <1993Jan1.101821.414@pphbau.atr.bso.nl> paul@pphbau.atr.bso.nl (PPH Bauwens) writes:
>Most LP problems under ESIX SVR4 (or any other UNIX) come from substandard
>hardware with inoperable LP interrupt. DOS does _NOT_ use the LP interrupt
>but performs busy wait. 

You're correct that most Unix problems with the parallel port come
from substandard boards that don't do interrupts correctly.  However,
you will *not* see data-overrun problems with a board that doesn't do
interrupts properly.  Instead, you will see very SLOW output as the lp
driver repeatedly times out after not getting the interrupt it was
expecting.

At any rate, I *did* check my parallel ports.  I even tried them under
a different Unix (SCO Unix 3.2v4.0), where they worked fine.  And when
I reported the problem to Esix, they acknowledged that they had
flow-control problems with their parallel port driver.

>I routinely use GhostScript 2.4 to print postscripted manpages on my
>HP Deskjet without any problems AND THIS IS BITMAP DATA (>300K/page).
>Speed is about 1.5-2 pages / minute, the Deskjet busy all the time!
>On a 486 system loading during this is about nil.

It seems to be very printer-specific.  On an Abaton LaserScript LX,
the printer drops characters all over the place.  On my Panasonic
KX-P4420, it only drops about 1-2 characters at the beginning of each
page.  I would be willing to bet that your DeskJet doesn't drop
characters because it isn't a page printer, so there's no significant
lag at the end of each page while the page is printed and ejected.

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4,comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Can Sys/V force DTR low or high?
Date: Thu, 24 Dec 1992 00:43:54 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI
Keywords: DTR

In article <1406@minya.UUCP> jcsu@minya.UUCP (John Chambers) writes:
>So is it possible for a Sys/V process that has a port open to forcibly
>drop DTR? (If not, I have yet another entry in my list of reasons that
>we should list variants of Sys/V as unacceptable for the project.  ;-)
>Might it be documented anywhere?

Try the termio(7) manpage.  On my SVR4 (Esix 4.0.3), it says this:

     The CBAUD bits specify the baud rate.  The zero  baud  rate,
     B0,  is used to hang up the connection.  If B0 is specified,
     the data-terminal-ready signal is not  asserted.   Normally,
     this  disconnects the line.

In addition, termios(2) has this to say:

     cfsetospeed sets the output baud rate stored in the  termios
     structure  pointed  to by termios_p to speed.  The zero baud
     rate, B0, is used to terminate the  connection.   If  B0  is
     specified,   the  modem  control  lines  are  no  longer  be
     asserted.  Normally, this disconnects the line.

So, you could do something like this to disconnect the line:

	struct termios tty;
	int fd;
	/* ... */
	tcgetattr(fd, &tty);		/* get current parameters */
	cfsetospeed(&tty, 0);		/* set speed = 0 */
	tcsetattr(fd, TCSAFLUSH, &tty); /* write parameters */

Or, if you're using termio instead of termios:

	struct termio tty;
	int fd;
	/* ... */
	ioctl(fd, TCGETA, &tty);	/* get current parameters */
	tty.c_cflag &= ~CBAUD;		/* turn off all speed flags */
	tty.c_cflag |= B0;		/* set speed = 0 */
	ioctl(fd, TCSETAF, &tty);	/* write parameters */

Or, you can use the new termios modem-control ioctls:

	int fd;
	/* ... */
	ioctl(fd, TIOCMBIC, TIOCM_DTR);	/* turn off DTR */

See, there are lots of ways of doing it under SVR4 or any other
POSIX-compliant OS.  And at least one way of doing it under SVRx,
where x <= 3.

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: Fri, 25 Dec 1992 04:25:02 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <id.CS3W.9X8@ferranti.com> peter@ferranti.com (peter da silva) writes:
>It's easier to type "rm /* .bak". And it's easier to boot off a floppy
>and copy command.com back in.

Since when do you store backup files in the root directory?

>I was also thinking of people naively messing with the system config files.
>I just had someone render a UNIX box unhappy by changing the root shell
>to /sbin/csh. With DOS if you do something like that, you can easily boot
>off floppy and fix it. With UNIX you need to have someone capable of
>cracking UNIX security, including making a custom boot floppy.

Well, with Unix you can boot off a floppy and fix it as well.  You
don't need a custom boot floppy; what's wrong with the boot floppies
the OS came with?

But yes, having security usually means you will have lockouts as well.
And you can deal with that either by getting used to having an
occasional lockout, or by reducing security.  DOS cures the lockout
problem by not having security.  I prefer a bit more secure approach.

Personally, I was somewhat peeved when, after locking my keys in my
car a month ago and having to call AAA to come unlock it, the towing
guy didn't even ask to see the vehicle registration before he
slim-jimed the door.  How did he know it was my car (other than the
fact I claimed ownership)?

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
Newsgroups: comp.unix.sys5.r4,comp.unix.misc
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Tue, 22 Dec 1992 16:15:02 GMT

In article <Bzn5Cn.5Du@wimsey.bc.ca>, sl@wimsey.bc.ca (Stuart Lynne) writes:
| I'd say within 234 months CDROM will become the pre-dominant media for distribution
| of DOS software.

Oh no!!! Not 234 more months of DOS software!!!  (hysterical shrieking and
sobbing)   ;-)

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.unix.sys5.r4
Subject: Re: dead header files?
Date: 31 Dec 92 23:05:12 GMT
Organization: Auspex Systems, Santa Clara

>prof.h
>------
>This is another very machine-dependent file (asm()s only) which was
>never ported to our R4 environment.  It is not referenced anywhere
>in our R4 source base. 

Err, not even by "/usr/man/man5/prof.5"?  "prof(5)" in the SVR4
documentation I have here mentions it, and also can be used to figure
out why none of the code in your R4 source base refers to it.  (Hint -
it's included only by programs that are being built with profiling
turned on, and that have had stuff stuck into them to do profiling with
finer-than-procedure resolution.)

If you know what kind of procedure prolog "cc -p" generates on an
architecture, you may be able to use that information to figure out how
to port "prot.h" to that architecture (assuming that it can be done).
Newsgroups: comp.unix.sys5.r4
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Mon, 4 Jan 1993 02:25:48 GMT


In article <sheldon.725555076@pv141b.vincent.iastate.edu> sheldon@iastate.edu (Steve Sheldon) writes:

> Of course the next thing which annoys me is stupid dumb idiotic commercial
>software that wants to install in C:\foo, and only C:\foo.  Why can't I use
>the directories of my PC and install in C:\utils\foo?

There are reasons beyond counting to dislike DOS, in all it's aborted,
lobotomized, and shortsighted implementations. Please; let's stick to 
discussing Unix here, as long as we're allowed....

(No, I'm not looking forward to Novell taking over.)

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
Newsgroups: comp.unix.sys5.r4
From: sheldon@iastate.edu (Steve Sheldon)
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Organization: Iowa State University, Ames IA
Date: Mon, 28 Dec 1992 15:04:36 GMT

In <1992Dec28.044317.21507@xenitec.on.ca> merce@xenitec.on.ca (Jim Mercer) writes:

>>	ISC UNIX uses OLD.unix, while still others use unix.old. Caramba!
>>If they can't even standardize on a simple naming convention, what hope do
>>we have?

>go sample the PATH's of 500 PC's.

>you call that standardization?

>as a matter of fact, try comparing directory hierarchies on 500 PC's.

>there a true mark of similarity

>(mind you, you'll probably find that 250 of those PC's use the root for
>main storage.)

ARRGH! This really annoys me!  People who use C:\ to save all of their files
in.

 Of course the next thing which annoys me is stupid dumb idiotic commercial
software that wants to install in C:\foo, and only C:\foo.  Why can't I use
the directories of my PC and install in C:\utils\foo?

 Ohwell, enough griping...  Back to our regular unix discussion. :)
-- 
sheldon@iastate.edu                Steve Sheldon
Project Vincent                    ICSS Resource Unit
SCO ODT, Arc/Info, Atlas GIS       2142 Agronomy Hall
                                   Iowa State University
Newsgroups: comp.unix.sys5.r4
From: larry@gator.use.com (Larry Snyder)
Subject: routers and v.35 boards for 486 machines
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sun, 27 Dec 1992 14:37:44 GMT

Is anyone (or does anyone) know of router software to run under
SVR4 as well as a supported v.35 board to connect a DSU to?

I was thinking of connecting the DSU to the v.35 board plugged
directly into the motherboard -- thus not requiring a dedicated
router.

Comments?

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.r4,connect.audit
From: talleyt@ibmpcug.co.uk (Thomas Talley)
Subject: ttymon replacement
X-Disclaimer: The views expressed in this article are those of the author
	alone and may not represent the views of the IBM PC User Group.
Organization: The IBM PC User Group, UK.
Date: Sun, 27 Dec 1992 19:11:21 GMT

Sometime in the last month there was a note on a
ttymon replacement. Unfortunatly I have lost it.

Would it be possible if the poster (or someone) 
could send me this info.

Thank you for your help.
-- 
Thomas Talley KA9QPG GO NAVY
Newsgroups: comp.unix.sys5.r4,comp.unix.sysv386
From: bmyers@shyguy.lonestar.org (bob myers)
Subject: /bin/mailx -- what's Error 11???
Organization: 3-B Technology
Date: Sun, 27 Dec 1992 03:28:21 GMT

I've been trying to nail this problem down, but come up with some
problem(s) with doing such.  here's the scenerio:

I'm running Consensys V4 (AT&T SVR4) on my DTK 80486-25 machine.  I've
been able to get Cnews (may'92) going a number of months back, along with
trn.  The problem seems to be that at different times I'll see a problem with
replying to postings via Rnmail.  I'll see output like:

(exiting cbreak mode)
mail:  error 11

and then the normal prompt.  What's strange about it is that sometimes, 
and I don't know why, a reply will get out.  the majority of the time, however,
I'll see the error 11, and I'll lose the mail.  I've placed echo statements
around parts of the Rnmail code, and the problem seems to be somewhere
around the actual shipping of the code (where it sees that neither
sendmail or recmail are used, and a number of sed lines exist).  

/bin/mail has a -rwxr-sr-x protection, while /bin/mailx has -r-xr--s--x
on it.  both Pnews and Rnmail have the same ownership/protection bin/755.

Can anyone suggest what I might be able to do to resolve this problem?

-bob
-- 
-----------------------------------------------------------------
Bob Myers                        | You gotta watch out for those
Shyguy's AT&T SVR4 Unix/Uniboard | shy guys....you never know 
Email:bmyers@shyguy.lonestar.org | what they're thinking..:)
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: What is lacking in UNIX? (Re: UNIVEL MUST BE KIDDING!!!!!)
Date: 23 Dec 92 20:23:12 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <2411@adagio.lemis.uucp>, grog@lemis.uucp (Greg Lehey) writes:

| Have you tried using a utility program such as DOS/diskcopy to make a
| physical copy of the boot disk, then mount it and replace the kernel?

  Seems to me I looked at that once and it either wasn't a filesystem at
all or was an FDFS or some such and had only inode numbers for names.
The short answer is that I tried but not very hard. Once I got a system
up I have been enjoying reliability such that I haven't had to do such a
thing, and if I did I could always pull the cards for the net, SSIO and
rubber ducky and then boot the standard kernel.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: jb@buddha.ncc.umn.edu (James Barnett)
Newsgroups: comp.unix.sys5.r4
Subject: Two simple Unix Qs
Date: 28 Dec 92 21:53:38 GMT
Organization: Nutrition Coordinating Center, University of Minnesota

I know this is a very simple issue but I'm having problems enabling a port
for use with a modem.  I'm much more familiar with Xenix and one simply
enters: "enable <port>".  Can someone tell me how do it under Unix.

The second question involves moving libraries between Xenix and Unix.  I 
just bought Consensys 4.2 and am unable to read my Xenix libraries.  Any 
suggestions?

Thanks -- James Barnett.
Newsgroups: comp.unix.sys5.r4
From: fnf@fishpond.uucp (Fred Fish)
Subject: Re: SVR4.2 software development tools
Keywords: UnixWare, Univel
Organization: Amiga Library Distribution Services
Date: Sun, 20 Dec 1992 18:25:03 GMT

In article <2408@adagio.lemis.uucp> grog@lemis.uucp (Greg Lehey) writes:
>In article <1992Dec18.193829.26594@e2big.mko.dec.com> vsp@peewee.enet.dec.com (Vipul Patel) writes:
>>	However, If I can get GNU C like toolkit for SVR4.2
>>	that may/not be ANSI, it is OK. Any pointer?
>
>If you get a GNU C like toolkit, it *will* be ANSI. But standard GNU C
>doesn't support ELM. Contact Cygnus for details - they have something
>up their sleeves.

Gcc 2.3.X works just fine on a UnixWare system, but you do need the
developer system at this time for the parts other than the compiler
itself (assembler, linker, libraries, etc).

I'm using UnixWare as my primary i486/SVR4 development environment
for doing gcc and gdb work.  It's the nicest SVR4 I've used yet, which
includes the Solaris x86 Early Access release.

>In general, it sounds like you want to do software development.
>IMHO, Destiny is not a good choice for that. It's UNIX for the masses,
>massively non-standard and badly documented. If you want to do
>software development, read Eric Raymond's frequent postings (clone

It all depends upon what you want to do.  I'm very happy with it
for the things I do.

-Fred
-- 
|\/ o\  Fred Fish, 1835 E. Belmont Drive, Tempe, AZ 85284,  USA
|/\__/  1-602-491-0048 {asuvax,mcdphx,cygint,amix}!fishpond!fnf
Newsgroups: comp.unix.sys5.r4,comp.sys.novell
From: evan@telly.on.ca (Evan Leibovitch)
Subject: Re: Novell bought USL?
Organization: Somewhere just far enough out of Toronto
Date: Tue, 29 Dec 1992 14:41:57 GMT

In article <BzzE5x.3pq@chinet.chi.il.us>
	les@chinet.chi.il.us (Leslie Mikesell) writes:
>In article <1992Dec28.033404.11512@sci34hub.sci.com>
	gary@sci34hub.sci.com (Gary Heston) writes:

>>Unixware does not provide DOS-type networking support (IPX/SPX) as a
>>server; only as a client (always possible that I missed something, though).

>This seems slightly insane to me.

Indeed it would, as it's also incorrect.

The UnixWare Applications Server can be configured as a NetWare server.
Some services, such as MHS-to-UNIXmail routers and Novel print services,
are bundled.  As an option (would all you UNIX soldiers want *this* bundled?),
you can get a full set of NetWare administraton utilities for UNIX.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
         "IBM's three letters are probably EBCDIC for CYA" - Nik H.
Newsgroups: comp.unix.sys5.r4,comp.unix.misc