HDTenEightyP/NetNews huggingface dataset:
From: rot@unlisys.in-berlin.de (Robert Rothe)
Subject: < 3 lp port problem (ISC 3.0) >
Organization: Unlimited Surprise Systems, Berlin
Date: Mon, 13 Apr 1992 14:50:44 GMT

hi,
we have problems using three parallel ports with ISC 3.0. 
you can print on all of them fine once, but then a port (or 2)
becomes _very_ slow. 

if there is a fix, please email.
	robert.

-- 
Unlisys,  Hohenzollerndamm 7, 1000 Berlin 31     ---     Robert Rothe
unido!fub!unlisys!rot,   rot@unlisys.in-berlin.de,    030 / 88 22 980
From: hh2@prism.gatech.EDU (HAAS)
Newsgroups: comp.unix.sysv386
Subject: TCP/IP, ftp problems with SCO ODT.
Date: 9 Apr 92 18:02:26 GMT
Organization: Georgia Tech Research Institute

I'm having a problem with ftp under SCO ODT.  I'm hoping someone
has seen a simalr problem and can point me in the right direction
toward a cure.

When I use ftp either to or from the SCO machine, the transfer goes
quickly for the 1st 8k to 10k, then slows to a snail's pace.  This
also causes NFS to timeout when doing ANYTHING with a file larger than
about 10k. 

(Oh, I have increased my streams and increased the NFSBUFS to 100)

ANY pointers would be appreciated.

Thanks in advance.

hh
---
Harry P. Haas  GTRI/RIDL/EB   |    Georgia Tech Research Institute
Research Engineer II          |    Georgia Institute of Technology
404-528-7679                  |    Atlanta Georgia, 30332
hh2@prism.gatech.edu          |    "What makes it DO that?!" - Bones
Newsgroups: comp.unix.sysv386,comp.mail.misc
From: bill@nickel.ucs.sfu.ca (Bill Baines)
Subject: POP server on SCO
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 11 Apr 1992 01:08:48 GMT

We are trying to assist a colleague in a rural part of the
country who is trying to bring up POP on an SCO development 
system. I will serve a few Macs and PCs. We sent him 
pop3-1.83beta.tar.Z which is working fine at our own site. 

He is having trouble compiling that version of pop. I believe
he is running SCO 3.2.2. The make apparently complains about
missing syslog.h, strings.h, pop_get_command.c, 
pop_get_subcommand.c and others.

Has anyone managed to get any version of POP running on SCO?

Are binaries available somewhere?

Any comments appreciated.

--
Bill Baines                                
bill@sfu.ca,  bill@SFUVAX.Bitnet,  (604) 291-3955
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.mach,comp.unix.wizards,alt.folklore.computers
From: larry@news.rn.com (Larry Snyder)
Subject: Re: SVr4 and clone hardware buyer's FAQ
Organization: Feeds-R-Us
Date: Sun, 12 Apr 1992 12:37:04 GMT

mattair@sun44.synercom.hounix.org (Charles Mattair) writes:

>   you might want to yell at your unix vendor about the NFS hang.  We've got
>   Olivetti SVR4 (a pretty stock USL release).  While we had some NFS problems
>   with 1.0, 2.0 has had no NFS problems talking to Suns, DECStations

we have been mounting a ISC 3.2 (2.2) file system from the Dell
box (running Dell SVR4 2.1 (3.0)) without problems -- 

-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: Trouble Loading Dell's SVR4 onto a Gateway 2000 Machine
Date: 11 Apr 92 13:04:26 GMT
Organization: Feeds-R-Us

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

>  So true! I had the same (mis)feature on some systems with Dell. And
>those systems even now take about a minute between the point where it
>tells you to hit SPACE to boot something else and the point where the
>system actually starts booting. However, it runs beautifully when it's
>up, and it's so reliable I rarely boot it, so I run it and SMILE.

we've been running into power problems here for the last 2 weeks 
where we completely loose power at least every other day -- 
and the Dell box comes
up just fine after a complete power outage -- needless to say, I am
quite pleased :)


-- 
 =*= Larry Snyder, Public Access Unix Site - 219-289-0777 - 10 lines =*=
      internet: larry@gator.rn.com        uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: mark@cyantic.com (Mark T. Dornfeld)
Subject: C-kermit for SCO (source or binary)
Organization: CYANTIC Systems
Date: Sat, 11 Apr 1992 03:10:27 GMT

Can someone tell me what archive has the latest C-kermit source.
A binary would be fine also.

Thanks
-- 

Mark T. Dornfeld                              Voice: (416) 234-9048
CYANTIC Systems                               Facsimile: (416) 234-0477
101 Subway Crescent Suite 2103                Email: mark@cyantic.com
Newsgroups: comp.unix.sysv386
From: lux@math.fu-berlin.de (who am i ?)
Subject: Re: SCO UNIX: UUCP via TCP/IP
Organization: Free University of Berlin, Germany
Date: Mon, 6 Apr 1992 22:18:54 GMT

chrisdu@sco.COM (Christopher Durham) writes:


>In article <1992Apr2.184620.5077@PA.dec.com> menkhus@tsc.cxo.dec.com (Mark Menkhus) writes:
>
>
>>Rumor has it that the next version of tcpip for sco will support uucp over 
>>tcpip.  
>
>SCO UNIX System V/386 Release 3.2 Version 4.0 has support for both a
>socket interface and a TLI interface for uucp.  Hence the next release
>of Open Desktop will also have this support. 

For discussion:
 	- other manufacturers already done this
	- why must  I cry for all the features others implemented already
 	  (symlinks etc. SVR4) and I have to pay for every upgrade  ??
	  (I must pay you for your mistakes! Thats really funny ;-()
	- Do you really have any chance  against NeXTStep or Solaris ???
	- OK, I'll already know, hang me..
Well, let's see...

Gerd.


-- 
--------------------------------------------------------------------------
Gerd Lux		|	 grd@cs.tu-berlin.de  (preferred)
Kirchstr. 18      	|        lux@math.fu-berlin.de
D-1000 Berlin 21  	|	 Phone:	+49.30.399 00 400
Newsgroups: comp.unix.sysv386,comp.unix.questions,comp.unix.admin
From: todd@draco.macsch.com (Todd C. Williams)
Subject: Re: SVR4/SVR3: How to go from multi/single/multi from script
Keywords: unix svr3 svr4 backup single multi
Organization: MacNeal-Schwendler Corp.
Date: Fri, 17 Apr 92 07:48:07 GMT

In article <1992Apr16.075754.10359@animal.gcs.co.nz> alan@animal.gcs.co.nz (Alan Adams) writes:
>In article <733@ncrsaud.SaudiArabia.NCR.COM> Khalid.Bahey-elDin@SaudiArabia.NCR.COM (Khalid Bahey-elDin) writes:
>>
>>how can we get the system to go to single user, run this script, and
>>then go to multi-user again?
>
>We did this exact thing for a client of ours (note - not on an NCR box).
>We editted the /etc/rc0 script adding some code at the END of it which
>checked for the existance of a file on the system (ie /etc/do_a_backup).
>If this file was present then /etc/rc0 ran our backup script, removed
>the file /etc/do_a_backup and invoked init x (to go back to multiuser).

I did this same thing, too, on a BSD system.  I wanted an operator to run
a backup in single-user without having to know how to boot the system,
or having the root password.  The backup program would do the reboot
itself.  It worked great!
-- 
Todd Williams    UNIX Systems Coordinator     todd@macsch.com    (213) 259-4973
MacNeal-Schwendler Corp. ("MSC"),  815 Colorado Blvd.,  Los Angeles, CA   90041
"The Democrats stand for nothing except 'I wish I was a Republican' and the
Republicans stand for raw, unbridled evil and greed and ignorance smothered
in balloons and ribbons."  -Frank Zappa, 1991  (Zappa for president!)
Newsgroups: comp.unix.sysv386
From: pete@wvus.org (Pete Gregory - UNIX SA)
Subject: "top" port to SCO UNIX ???
Organization: World Vision U.S.
Date: Tue, 14 Apr 92 19:18:33 GMT

Hi - has anyone out there ported "top" to SCO UNIX/ODT???
-- 

Pete Gregory       |  Internet: pete@wvus.org
UNIX SA            |  Bangpath: ames!elroy!wvus!pete
World Vision U.S.  |  Slowpath: 919 W. Huntington Dr., Monrovia, CA 91016
From: david@uucp (David R. Mayne)
Newsgroups: comp.unix.sysv386
Subject: SVR4 DAT users: Questions about restoring your system
Date: 15 Apr 92 14:40:28 GMT
Followup-To: comp.unix.sysv386
Organization: University of Absurdity

If you are faced with a full restore of your system, how
do you accomplish this with a DAT ?

Can/Do you use a boot floppy with appropriate device drivers
to access the tape and do a restore, or do you have to boot
from floppy and restore part/all of o.s. from either tape or floppy 
before using the DAT ?

I did not note a vendor who supplied the o.s. on DAT cartridges
in the FAQ.

Can one even generate a bootable kernal on floppy disk or tape
with SVR4 ?

BTW, is anyone using a DAT with ESIX SVR4 ?
From: rla@media03.UUCP (Raymond van der Laan)
Newsgroups: comp.unix.sysv386
Subject: shutdown() call on Interactive R3
Keywords: sockets, terminating VC's
Date: 10 Apr 92 12:50:00 GMT
Organization: Mediasystemen, Netherlands

I am building VC's using sockets between an Interactive R3
box and a PC. That goes just fine, until I want to break the
VC down on the Unix-side. I use the shutdown() call in order
to do this, but it returns with a EPROTO error. This results in
the fact that the PC is not aware of the broken VC.

The manual says that 'commands prior to this one were not run or
did not succeed'. However, the previous command was read(), and
it did succeed. So what are they trying to say here?

Any help is appreciated. Thanks.

-- 
Raymond van der Laan           Email: sun4nl!media01!rla
Mediasystemen BV               Tel. : +31 23-319075            
Haarlem                        Fax  : +31 23-315210
The Netherlands                                   
                                    'There is no masterplan.
                                     This is what we do now.'
                                            - Stuart Adamson
From: joubert@teldata.UUCP (Joubert Berger)
Newsgroups: comp.unix.sysv386
Subject: ESIX mailing list
Date: 14 Apr 92 18:19:09 GMT
Organization: Advance Financial Corporation / Teldate Computer Industries, Inc.

Could someone give me the email address to allow me to join the Esix
mailing list.  Thanks in advance.
		   Joubert
-- 
Joubert Berger                   | Email:  
Teldata Computer Industries, Inc.| joubert@teldata.uucp
Atlanta, Georgia  (404) 256-2166 | joubert%teldata.uucp@mathcs.emory.edu
                                 | {rutgers,ogicse,gatech}!emory!teldata!joubert
Newsgroups: comp.unix.sysv386
From: marc@r-node.gts.org (Marc Fournier - System Admin)
Subject: Consensys V4
Organization: R-node Public Access UNIX System (416-636-2026) - 24hrs.
Date: Tue, 07 Apr 1992 18:29:12 GMT

Hi...

	I'm looking at purchasing Consensys V4 within the next
few months and am looking for some information.  I know that
the support is the pits (from one user), but I hear that the
product is good, and all manuals are on-line, so why print paper? :)

	What I want to know is, is there an email address for them?
If not...does someone have a phone number?  In the back of UNIXWorld,
the phone number they give for outside of the USA is 1-416...and isn't
a 416 area code Ontario, Canada?  Their address says they are in Texas
though.

Thanks...

Marc

-- 
**********************************************************************
|     Marc Fournier    R-Node Public Access Unix    416-636-2026     |
|     1700+ newsgroups      network email      files       24hrs     |
|                    news and mail feeds available                   | 
|     marc@r-node.gts.org      r-node!marc      marc@r-node.uucp     |
**********************************************************************
From: rudie@nicmad.uucp (Glen Rudie x2207)
Newsgroups: comp.unix.sysv386
Subject: Why doesn't mountd work in SVR4?
Date: 15 Apr 92 15:39:42 GMT
Article-I.D.: nicmad.1992Apr15.153942.3669
Organization: Nicolet Instrument Corp.

When my system boots up the nfsd, biod and statd daemons get
successfully launched but mountd and lockd do not.  (See /etc/rc3.d/S22nfs)

I have seen one system around here work successfully but the others
do not.  I can't get mountd to execute (and stay) by hand either.
(No error messages, truss -v all -s all mountd does not lend any clues either)

I am guessing that I am missing one key piece of setup information that 
permits mountd and lockd to hang around.

Does anyone have any clues to what the missing link might be?

____________________________________________________________________________
Glen Rudie
Nicolet Instrument Corporation
5225 Verona Road          FAX:  608-276-6328
Madison WI  53711-4495    INET: nicmad!rudie%astroatc.uucp@spool.cs.wisc.edu
608-276-6309              UUCP: uwvax!astroatc!nicmad!rudie
____________________________________________________________________________
Newsgroups: comp.unix.sysv386
From: jjs@ubitrex.mb.ca (John Joseph Strybosch)
Subject: Books in T.O.?
Originator: jjs@ubitrex.mb.ca
Organization: Ubitrex Corporation, Winnipeg, Manitoba, Canada
Distribution: can
Date: Thu, 16 Apr 1992 15:46:26 GMT

I'll be in Toronto next week and hope to pick up
the Prentice-Hall Unix SVR4/386 guides.  Anyone
know off hand where my best bet to find them on
a Saturday in Toronto is?

Thanks
JJ Strybosch
Newsgroups: comp.unix.sysv386
From: ajrooks@vlsi.waterloo.edu (Alan Rooks)
Subject: Re: C and C++ compilers on SVR4
Organization: University of Waterloo
Date: Tue, 14 Apr 1992 19:32:08 GMT

In article <1992Apr14.144500.747@ctr.columbia.edu> jerry@connection.prospect.com (Jerry Shekhel) writes:
>ajrooks@vlsi.waterloo.edu (Alan Rooks) writes:
>>
>>Do any of the vendors supply C++ compilers?  (Probably cfront ports).
>>How much do they cost, and what cfront version are they?
>
>Why not just get GNU C 2.x?  It's free, and contains compilers for C, C++,
>and objective C.

Because I want to *sell for money* the products I will develop using it
and its library.  Thanks for the performance comparisons, though... I'm
trying to figure out just how bad the standard C compiler is.  Any more
performance figures, netters?

Alan Rooks	University of Waterloo		ajrooks@vlsi.waterloo.edu
Newsgroups: comp.unix.sysv386
From: rharmon@uucp (Robert Harmon)
Subject: Re: getprpwent() authentication fails
Organization: Arinc Research Corporation, Annapolis MD
Date: 6 Apr 92 13:12:57


Wim Berkhof writes:
>> I'm trying to use the function 'getprpwent()' to check whether a
>> user typed the correct password.
>>  Authentication database use not initialized first


	/*
	 * Initialize the authentication routines.
	 * This must be the first thing done in main().
	 */
	set_auth_parameters(argc, argv);

got to always do the above.
--
rharmon@srg.UUCP              |
Bob Harmon @ Arinc Research   |Disclaimer:
Riva Rd, Annapolis            | Any opinions expressed aren't mine...
301-266-4964                  |
From: bill@bilver.uucp (Bill Vermillion)
Newsgroups: comp.unix.sysv386
Subject: Re: Wyse160 vs IBMPC+Kermit
Date: 12 Apr 92 14:47:56 GMT
Organization: W. J. Vermillion - Winter Park, FL

In article <1992Apr8.124233.16330@compuram.bbt.se> pgd@compuram.bbt.se (Per Lindqvist) writes:
>jrd@cc.usu.edu writes:

>: 	Some informal testing here shows that an average PC's video system,
>: clone VGA board, runs around 9600 baud effective, limited mostly by screen
>: scrolling rates. Some are slower, some video boards are nicely faster.

>I have written a high-speed screen driver (for 386BSD), and it gives
>over 90000 chars/second both scrolling and non-scrolling, which
>translated to around 900000 baud, if run over a serial line.  ....

>So the video system is obviously capable of much higher speeds than
>what the current crop of pc programs gives. It has always been a
>mystery to me why terminal emulation programs are so slow on a pc,

Per:

FYI - I just did a quick timing on a Xenix box - 20MHz '386 IBM - MCA
bus.

cat'ing the termcap file - 95k - time gives 9.8 seconds real, but I
also timed by a stopwatch as I would have to do the same under dos.

That came out to 10.1 seconds.

Doing a doscat c:termcap (after I copied the exact file to c:) gave me
a time of 15.25 seconds.

Going to DOS and typing the termcap file gave a time of  39.5 seconds.
Therefore systems that runs the DOS bios are running at least 4 times
slower than the SCO Xenix 2.3.2 video drivers.   How much faster that
hardware will go - I can't tell you.

But on slow PC's - no matter how fast I set the baud rate, effective
rate is under 4800 bps - limited by the screen display speed.   I don't
have these terminal programs running on faster architectures so I can't
give speed timings there.

-- 
Bill Vermillion - bill@bilver.uucp 
                - ..!{peora|ge-dab|tous|tarpit}!bilver!bill
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO UNIX: UUCP via TCP/IP
Date: 8 Apr 92 21:30:13 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Apr3.063035.20067@dellunix.dell.com>, donn@dellunix.dell.com (Donn Baumgartner) writes:

|  Well, again though not what you ask for... I might add that the freely
|  available C-Kermit program supports connections over tcp/ip (and this program
|  runs on more computers that you can believe :-).

  Let's say the level of human intervention needed to use kermit is
rather higher than uucp, and throughput lower (unless you have windows
kermit at both ends, generally not the case yet).

  I want my systems to call when phones are cheap. I don't want to know
about it, though.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
Newsgroups: comp.unix.sysv386
Subject: Re: Does old asy bug show up in new release of sVr4 (was: ESIX V.4 asy/fas/intelliport problems)
Date: 1 Apr 92 11:47:10 GMT
Reply-To: debra@info.win.tue.nl
Organization: Eindhoven University of Technology, the Netherlands

In article <1992Mar31.152847.2707@bbs.rn.com> larry@bbs.rn.com (Larry Snyder) writes:
>donn@dellunix.dell.com (Donn Baumgartner) writes:
>>What's more... for the record, Dell does not sell any 16550A uart chip
>>and therefore "support" for it falls under the same category as does any
>>non-Dell piece of hardware... if it works, fine, if not - sorry.  Dell Unix
>...
>In summary -- the poster doing the complaining must be running an old
>version of the OS, broken hardware or lacking the information to
>get the hardware and software properly configured

One can summarize it differently though:
There is no standard way to get the hardware and software properly configured
because there is no hardware on which the alledged feature (support for
the 16550 uart chip) is supported. This is because only Dell hardware is
supported and no Dell hardware has the 16550 chip.

All this means to me is that Dell should stop claiming that they support
the 16550A chip because they do not. They have some code in the kernel
which, in some unsupported systems, may accidently activate the fifo in a
16550 chip, but this behaviour is in no way supported by Dell.

The way Dell supports their Unix only make me glad that my (non-Dell)
system is not running Dell Unix.

Paul.
Newsgroups: comp.unix.sysv386
From: evan@telly.on.ca (Evan Leibovitch)
Subject: R4: Too many processes?
Organization: Somewhere just far enough out of Toronto
Date: Thu, 9 Apr 1992 15:38:38 GMT

NPROC has been raised to 400. Yet there have been times on this one
system where "ps -e | wc -l" yields under 100, yet there have been
programs aborted with "fork failed -- too many processes".

I looked in the R4 docs, and saw that the systemwide number of processes
"is determined at boot time". The system has 16 MB installed.

What gives? Is there a parameter I'm missing? Is there a way to insist
that the dynamically-determined number is never set below a specified
minimum? What other circumstances would cause this message?

One hint -- the problem usually happens when printing.

-- 
 Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario
         evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504
              If it's tourist season, why can't we shoot them?
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (Peter da Silva)
Subject: Re: SVr4 and clone hardware buyer's FAQ
Organization: Xenix Support, FICC
Date: Fri, 17 Apr 1992 15:17:04 GMT

In article <5986@email.sp.unisys.com> paulr@email.sp.unisys.com (Paul Raulerson) writes:
> In article <id.Q3RO.UCL@ferranti.com>, peter@ferranti.com (Peter da Silva) writes:
> > In article <3893@airs.com> andrew@airs.com (Andrew Evans) writes:
> > If Joe Executive has been charged with the duty, and doesn't have the
> > resources to specify the system properly, he's probably better off with
> > SCO than SVR4 anyway. I'd say he got off lucky... he could have ended
> > up buying Solaris.

> Since on a pure application basis, Solaris will have a heck of a lot more 
> applications avaiable; and on an upgrade path, there is little comparison
> betwen a 80586 and a SPARC- I would say you probably got that reversed. 

If application base is your only criterion, might I suggest OS/2 or Windows?

> SunOS is probably the best supported UNIX variant in the world. 

SunOS is one of the most painful to administer UNIX variants I've seen in
the past 4 years. Xenix-286 is worse, but then it predates the first Sun
Microsystems products (of any kind, Sparc, 386, 680x0, etc...). I'd have
expected Sun to have learned something in the past 8 years about making their
systems end-user-proof.

Now I haven't used other BSD-based UNIXes, but if SunOS is the best supported
of these I'm glad I missed them.
-- 
/F{findfont exch scalefont setfont}def /S{moveto show}def /T{/Times-Roman F}def
8 T(Ferranti International Controls Corporation)24 28 S(+1 713 274 5180)24 12 S
(Sugar Land, TX  77487-5012)24 20 S 12 /Courier F(`-_-')320 32 S( 'U` )320 16 S
12 T(Peter da Silva)24 36 S 16 T(Have you hugged your wolf today?)358 24 S
Newsgroups: comp.unix.sysv386
From: mmark@leadbelly.engin.umich.edu (Mark D Myran)
Subject: Re: Problem with 600foot tapes
Date: Thu, 16 Apr 92 15:27:26 EDT
Organization: University of Michigan Engineering, Ann Arbor
Originator: mmark@leadbelly.engin.umich.edu


In article <1992Apr12.164711.17482@areyes.com>, deano@areyes.com (Dean Carpenter) writes:
> 
>   I just inherited several HP Certified Data Cartridges, pretty
> standard looking DC6150 tapes.  They are marked as being 600 feet
> but the spools have the legend :
> 
> 	PreFormatted - Do not degauss
> 
>   A standard 3M DC6150 is 620 feet long, so these should be able to
> hold around 5 or 6 meg less.  But every time I try to store data to
> them via an Archive 2150S tape drive through a BusTek 742a eisa
> controller (Adaptec clone), I can only get about 8 meg on the tape.
> 
>   Question - what's happening ?  Is the preformatting messing things
> up ?  Can I / should I degauss the tapes ?

I have only a guess at your problem:
When a QIC-150 drive such as the 2150S writes track 0 of a tape, the drive
turns on a full-width erase in front of where it is writing, so that any
data (including any format information) that is on the tape is erased.

If the tape you have is preformatted, it obviously is not meant for a QIC-150
drive.  Is it possible you have a QIC-1000 or QIC-1350 tape?  These tapes
require a stronger magnetic field from the drive's head to write data.
Your drive may have only been successful writing data on 8MB of the tape,
and marked the rest of the tape as bad.
From: luis@lsimages.uucp (Luis Lopes)
Newsgroups: comp.unix.sysv386
Subject: SLIP for ISC 2.0.2
Date: 12 Apr 92 05:36:10 GMT
Organization: L.S.images, Toronto, Canada


Some time ago (2-3 years ago??) someone posted the sources of SLIP
for ISC 2.0.2.
Does anyone have a copy of it, or where it can be found??


	Thanks for any reply!

		luis...
-- 
luis@lsimages.uucp           | If you set the clock back on a computer
acps3420@ryevm.ryerson.ca    | does it go back in time?
Newsgroups: comp.unix.sysv386