HDTenEightyP/NetNews huggingface dataset:
From: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Subject: Re: kernel configuration recommendations?
Reply-To: alan@nabeth.enet.dec.com (Alan Rollow - Alan's Home for Wayward Tumbleweeds.)
Organization: Digital Equipment Corporation
Date: Mon, 14 Sep 1992 20:30:22 GMT


In article <KTGQBV15@cc.swarthmore.edu>, hirai@cc.swarthmore.edu (Eiji Hirai) writes:
>
>rick@qucdnee.ee.queensu.ca writes:
>> if there's any general advice to be had i'd appreciate it a lot.
>
>I've heard some folks say that enabling cache_bufcache in
>/usr/sys/conf/mips/param.c is an easy win:
>
>> int     cache_bufcache = 1;
>
>I've had this kernel running on our DEC 5000/200, Ultrix 4.2a systems for a
>month now.  However, don't blame me if this crashes your system. :-)
>

Setting cache_bufcache is recommended (supported) in V4.3.  It works
nicely with the I/O enhancer support.  I have also used it on V4.2
without much trouble.

On the subject; you can change the behaviour of writting from the
buffer cache using delay_wbuffers.  You may not want to though, it
will depend on the application and the result that you are trying
to achieve.

There are three choices for file system writes.

1.  Synchronous.  There are a number of ways to do this.  See the
    manual pages for fsync(2), fcntl(2), mount(8).

2.  Non-delayed writes.  This is the default.  When a high level file
    system transfer ends on a block boundry the block will be written
    one of two ways.  The non-delayed way starts the write and continues
    on.  A read of the buffer will block until the write is done.

3.  Delayed writes.  The other case of #2.  The buffer is just marked
    as being done, eligible for delayed write and released.  It will
    be written during a sync(2) or fsync(2), or when a buffer is needed
    and it has to be flushed before use by someone else.

    Doing writes this way it is possible to write a large file, just
    smaller than the buffer cache, that causes very little I/O until
    you flush the cache somehow.  This sort of behaviour might be
    useful for temporary files that don't really need to be saved
    through system crashes.  It's possible the lifetime of the time
    is short enough the data will never be written to disk.

    However if you do intended to really save the data, you're going
    to have to pay for the write eventually.  Delayed writes are much
    safer.

    I believe the documentation on the I/O enhancer recommends that
    you DO NOT set delay_wbuffers. 

>--
>Eiji Hirai <hirai@cc.swarthmore.edu>
>
--
Alan Rollow				alan@nabeth.cxo.dec.com

Newsgroups: comp.unix.ultrix,comp.os.vms
From: osyjm@cs.montana.edu (Jaye Mathisen)
Subject: an LPD for VMS with UCX
Organization: CS
Date: Sat, 12 Sep 1992 08:26:43 GMT



To all of you who requested our severely hacked LPD for VMS under
UCX 1.3, I'm not mailing it out yet, pending approval from the
original VMS LPD author...

I figured I better double check with him.

If he doesn't go along with it, I'll just batch it up as a set of diffs/patches
to the original source, and you can get the original from him, and
apply the diffs to get what we're using now...

So hang on a few more days.

Sorry for the delay.
-- 
 Jaye Mathisen, COE Systems Manager                (406) 994-4780
 410 Roberts Hall,Dept. of Computer Science
 Montana State University,Bozeman MT 59717	osyjm@cs.montana.edu
From: hirai@cc.swarthmore.edu (Eiji Hirai)
Newsgroups: comp.unix.ultrix
Subject: Re: Telnetd looping
Date: 9 Sep 92 23:22:35 GMT
Organization: Information Services, Swarthmore College, Swarthmore, PA, USA

jah@margo.ots.utexas.edu (Jeff Hayward) writes:
> see telnetds looping away [...] after
> their connections have been closed

Try putting

	stty hupcl

in their .login or .profile (whichever is appropriate).  I'm just guessing
and this might not fix your problem but it's worth trying.

--
Eiji Hirai <hirai@cc.swarthmore.edu>    :     :    :   :  : :: ::: :::: :::::
Unix Geek for Swarthmore College        :     :    :   :  : :: ::: :::: :::::
Information Services, Swarthmore, PA, USA.      Copyright 1992 by Eiji Hirai.
I don't speak for Swarthmore College.                    All Rights Reserved.
Newsgroups: comp.unix.ultrix,comp.unix.bsd
From: rittle@supra (Loren James Rittle)
Subject: A major BSD socket bug?
Organization: Land Mobile Products Sector, Motorola Inc.
Date: Wed, 9 Sep 1992 05:31:47 GMT
Followup-To: comp.unix.ultrix
Summary: sockets in non-blocking mode appear to have problems

I have reproduced this bug (be it in my code or the BSD OS) under
both ULTRIX 4.2A and SunOS 4.1.2.  As I don't read any sun groups, I didn't
know where to crosspost there.  The example below is under 20 lines of code.
If you are a BSD hacker, please take a look.

Thanks,
Loren

/* It appears that whenever recvfrom() doesn't block and yet doesn't
   return a packet (due to being in non-blocking mode), it hoses the
   socket in some way.  Any later call to recvfrom() that returns a
   valid packet fails to write the sender's network address in the
   sockaddr stucture that was passed to recvfrom().  Any number of
   correctly matched SEND() - RECV pairs (i.e. SEND() comes before RECV)
   can be inserted above the extra RECV with the same results
   occurring.  I have cut this example to the bone in the hopes that
   people will look at it.  Thanks to you if you do take the time. */

#include <stdio.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <sys/ioctl.h>

struct sockaddr_in a = {AF_INET, 0xf1f1};
struct sockaddr_in rcv = {AF_INET, 0xf1f1};
int s, rcvsize = sizeof rcv, one = 1;
char m[80];

#define ERROR(a) do { perror (a); exit (1); } while (0)
#define SEND(m) if (sendto (s,m,sizeof m,0,&a,sizeof a)==-1) ERROR ("sendto");
#define RECV rcv.sin_addr.S_un.S_addr = 0; m[0] = '\0'; \
		recvfrom (s, m, sizeof m, 0, &rcv, &rcvsize); \
		printf ("%d %s\n", rcv.sin_addr.S_un.S_addr, m)

int main ()
{
  if ((s = socket (AF_INET, SOCK_DGRAM, 0)) == -1) ERROR ("socket");

  if (bind (s, &a, sizeof a) == -1) ERROR ("bind");

  if (ioctl (s, FIONBIO, (char *) &one) == -1) ERROR ("ioctl");

  SEND ("hello1"); 
  RECV; /* AND PRINT NETWORK ADDRESS OF SENDER AND MESSAGE */
  RECV; /* THIS RECV DOESN'T FIND ANYTHING BUT DOESN'T BLOCK */
  SEND ("hello2"); /* QUEUE UP ONE MORE MESSAGE ON OUR SOCKET */
  RECV; /* BOGUS NETWORK ADDRESS OF SENDER IS PRINTED! */

  return 0;
}

/* Output from a DECstation 5100 running Ultrix 4.2A:

   rittle@supra 631> uname -a
   ULTRIX supra 4.2 0 RISC
   rittle@supra 632> gcc test2.c   # c89 and cc output session similar.
   rittle@supra 633> a.out
   676331921 hello1
   0
   0 hello2

  Output from a Sun running SunOS 4.1.2 looked similar:

  56> uname -a
  SunOS asun 4.1.2 1 sun4c
  57> cc test2.c -ldl
  58> a.out
  2130706433 hello1
  0
  0 hello2

  It seems to me that the correct output (for my machine) should be:
  676331921 hello1   # 676331921 is 145.1.80.40 - my machine's IP address BTW...
  0
  676331921 hello2

  Anyone have a clue as to what is going on?  Did I find a bug that afflicts
  many versions of BSD UNIX, or is my code or thought process buggy? */
--
"I really doubt it," he said, "it's far more likely he was bumped off by
 someone on the net." - The rumors of Mark's death are greatly exaggerated.
Newsgroups: comp.unix.ultrix,comp.os.vms
From: lloyd@jeeves.engr.mun.ca (Lloyd Little)
Subject: Re: Mixing Ultrix and VMS Queues on LAT
Reply-To: lloyd@jeeves.engr.mun.ca
Organization: C-CAE, Memorial University of Newfoundland
Date: Wed, 9 Sep 1992 15:29:46 GMT

senetza@sigma.uleth.ca (Len Senetza) writes:

>Has anyone done this?  We are going to setup a VMS queue via reverse
>LAT.  We would also like to have a DECstation printing to it.  

We do it here, but would rather not since it does cause some problems.
If VMS has the printer, lpd will die. A crontab entry restarts it after
5 minutes, and for the most part this works. 
Lloyd
--
Lloyd Little		Programmer Consultant CCAE
			Memorial University of NFLD. Canada
			(709) 737-3108
lloyd@femto.engr.mun.ca
From: iglesias@draco.acs.uci.edu (Mike Iglesias)
Newsgroups: comp.unix.ultrix
Subject: Re: xwindows console/tty
Date: 6 Sep 92 14:04:59 GMT
Organization: University of California, Irvine

In article <1992Sep6.071941.12658@blaze.cs.jhu.edu> hymowitz@cs.jhu.edu (Captain Action Figure (tm)) writes:
>hello...
>
>i generally use xwindows on a decstation running ultrix.  unfortunately,
>the -C option for xterm, which redirects console output to a window,
>does not function.  (the man page specifically says 'this is not supported
>on all systems')

You can use xconsole instead of xterm -C.


Mike Iglesias                        Internet:    iglesias@draco.acs.uci.edu
University of California, Irvine     BITNET:      iglesias@uci
Office of Academic Computing         uucp:        ...!ucbvax!ucivax!iglesias
Distributed Computing Support        phone:       (714) 856-6926
Newsgroups: comp.unix.ultrix
From: jeanpaul@duteca.et.tudelft.nl (J.P.M. van der Jagt)
Subject: Re: xwindows console/tty
Originator: jeanpaul@dutecad.et.tudelft.nl
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Mon, 07 Sep 1992 21:28:03 GMT

hymowitz@whatever.cs.jhu.edu (Captain Action Figure (tm)) writes:

>the -C option for xterm, which redirects console output to a window,
>does not function.
>so, what i'm hoping for is advice/script/program/etc. on how to indicate
>that console output is to go to a specific window or tty.
>hymowitz@cs.jhu.edu                                         hymie@jhuvms.bitnet

In the xterm you want to redirect the console output to: cat /dev/xcons &
The cat will exit when the xterm is exited.
-- 
[] J.P.M. van der Jagt [] Systems manager [] Delft University of Technology []
[] Email: jeanpaul@duteca.et.tudelft.nl [] Phone: 31-15-781366 [] unix unix []
[] - He sells C-shells by the seashore - Lauren Bacall - Key Largo - 1948 - []
From: fingerhu@ircam.fr (Michel Fingerhut)
Newsgroups: comp.unix.ultrix
Subject: Re: tty/ptys getting wasted?
Date: 11 Sep 92 09:31:52 GMT
Organization: IRCAM, Paris (France)

nelson@reed.edu (Nelson Minar) asks about unreusable ptys.
This occurs if the pty was left with the INUSE bit on.
Since it occurs here as well, I wrote a script I run nightly which does
the following:

1.  scan all /dev/pty??, let XX be the number of the one being checked
2.  if can't open it AND there are no processes holding it (with ps agvxtXX
    as well as ofiles /dev/ttyXX) then:

	fd= open ("/dev/ttyXX",  O_RDWR|O_NDELAY);
	ioctl (fd, TIOCCINUSE, 0);
	fchown(fd, 0, 0);
	fchmod(fd, 0666);
	close(fd);

    and cleanup /etc/utmp afterwards for this entry.
From: DAVISM@kcgl1.eng.ohio-state.edu (Michael T. Davis)
Newsgroups: comp.unix.ultrix
Subject: Problem w/ mount (2) on 4.2a
Date: 13 Sep 92 17:19:16 GMT
Organization: The Ohio State University


	I help to maintain a system running Ultrix 4.2a -- a DECstation
5000/240.  We would like to provide normal users a method of mounting an NFS
filesystem.  I thought we could just throw together a short C program which
called mount(2) and install it SUID, but it doesn't seem to be working; it
returns EFAULT, which doesn't make much sense to me.  (Admittedly, I'm much
more comfortable under VMS, so that could explain a lot. ;-)  The man page
indicates an EFAULT means that "special or name points outside the process's
allocated address space."  The code follows, with hard-coded file specifica-
tions replaced with upper-case representations of "generic" names.  Please
send replies via E-mail.

---8<---clip here--->8---
#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <sys/fs_types.h>

main ( argc, argv )
    int argc;
    char * argv [];
{
char * default = "DEFAULT-LOCAL-DIR",
     message [256],
     * name,
     * options = "ro",
     * special;
int rwflag = 1,
    status,
    type = GT_NFS;

/*
 *  Check argument count
 */
if ( argc < 2 || argc > 3 )
{
    fprintf ( stderr, "%s: remote [local]\n", argv [0] );
    exit ( 1 );
}
/*
 *  Set up remote address
 */
special = ( char * ) argv [1];
/*
 *  Set up local address
 */
if ( argc == 3 )
    name = ( char * ) argv [2];
else
    name = ( char * ) default;

#ifdef DEBUG
printf ( "%s - attempting to mount %s on %s\n", argv [0], special, name );
#endif

status = mount ( special, name, rwflag, type, options ); /* EFAULT here */
if ( status < 0 )
{
    sprintf ( message, "%s - error mounting file system", argv [0] );
    perror ( message );
    exit ( 1 );
}
else
{
    char testfile [256];
    struct stat file_status;

    sprintf ( testfile, "%s/TEST-FILE", name );
#ifdef DEBUG
    printf ( "%s - checking for test file %s\n", argv [0], testfile );
#endif
    status = stat ( testfile, & file_status );
    if ( status < 0 )
    {
        sprintf ( message, "%s - error accessing test file", argv [0] );
        perror ( message );
        umount ( name );
        exit ( 1 );
    }
}

exit ( 0 );

}
---8<---clip here--->8---

							Thanks,
							 Mike
--
 Internet: davism@KCGL1.eng.ohio-state.edu |
            -or- DAVISM+@osu.edu           |   These Thoughts, They Be Mine
   BITNET: DAVISM+@OHSTMAIL.BITNET         |
Newsgroups: comp.unix.ultrix
From: fct@swlrgj (Fred Thompson)
Subject: Re: csh history...
Organization: Raytheon Company, Tewksbury, MA
Date: Fri, 11 Sep 1992 13:54:53 GMT

In <1992Sep10.184124.11359@hubcap.clemson.edu> hubcap@hubcap.clemson.edu (System Janitor) writes:

>Hi all...

>Does this happen to anyone else?

>On various DECstations around here, sometimes when I hit esc to 
>recall a previous command (I use DEC's csh) I just get a little
>escape symbol ^[ and then the connection is hung. Dead. Caput.

>I'm trying to guess this is a race condition/line speed kind of thing, and 
>not me doing something brain-dead... but whatever it is, I wish I knew how to 
>fix it!

>Any ideas?

>-Mike

I have seen the problem also and reported it to DEC. They know that it's a
problem, but they haven't fixed it yet. It seems to happen most for us when we
recall a line that had a # in it (file name usually). It's also happened on
lines that have an ; in them.
We just try to avoid these, until they can provide a fix.

-- 
Fred Thompson,   ...!ulowell!swlvx2!fct  or  fct@swlvx2.msd.ray.com
Raytheon Co,     Missile Systems Division, Tewksbury, Mass. 01876
From: bricker@osprey.cahs.colostate.edu (Chris Bricker)
Newsgroups: comp.unix.ultrix
Subject: Printcap for HP PaintJet XL
Date: 7 Sep 92 17:03:26 GMT
Organization: Applied Human Sciences, Colorado State University, Fort Collins CO

Hello,

Does anyone have a printcap entry for a Hewlett Packard PaintJet XL printer.
I am trying to use a printcap for a LJ250PCL but I am not getting the proper
output.

Thanks in advance, Chris.
*****************************************************************
Chris Bricker					*  Today's	*
College of Applied Human Sciences		*  actions are	*
Colorado State University, Ft Collins CO	*  tomorrow's	*
INTERNET: bricker@osprey.cahs.colostate.edu	*  realities.	*
*****************************************************************
From: vid@zooid.guild.org (David Mason)
Newsgroups: comp.unix.xenix.sco
Subject: USR Dual Standard 168 on Xenix
Date: 10 Sep 92 00:59:31 GMT

Does someone have the optimum setup strings for the new USR Dual Standard
14400 v32bis/16800HST modem? It's for a system that is currently using FAS on
an AST board with 16550s. 

The modem has Fax but I don't think I'll be using that capability..
From: hermit@dastari.uucp (Mark Buda)
Newsgroups: comp.unix.xenix.sco
Subject: Re: tcsh for Xenix
Date: 12 Sep 92 20:06:32 GMT
Reply-To: hermit%dastari.uucp@devon.lns.pa.us
Distribution: usa
Organization: Avalon Computing

In article <18k4h8INN2e8@matt.ksu.ksu.edu> brettw@matt.ksu.ksu.edu (Brett D. Watson) writes:
>  Ok, I read the FAQ, I perused the files at anomaly, and I still find
>no reference to tcsh.  Has it been ported to Xenix?  I could live with
>csh but I would really rather have tcsh.

I don't know if anybody else has done it, but I have tcsh 6.01 running
and have had for some time:

-rwx--x--x   1 root     root      234531 Dec 21  1991 /usr/local/bin/tcsh

There may be bugs, but it works for me. I know if I start uucico in
the background and hit DEL when the dialer binary is running, it kills
the dialer binary. I haven't bothered to find out why, or even whether
it only happens under tcsh.
--
Mark Buda

I get my monkeys for nothing and my chimps for free.
From: apl@world.std.com (Anthony P Lawrence)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 6 Sep 92 16:56:20 GMT
Organization: The World Public Access UNIX, Brookline, MA

In article <BtxqGy.1zF@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>In article <9209010926.AA25624@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>
>>I've upgraded plenty of 2.3.2 sites to 2.3.4 and never even considered
>>Unix,
>
>Glad to hear you have the best interests of your customer in mind.
>

Before jumping into this, let me state that about half of my clients have
upgraded to Unix, and even that *most* of the remaining half will upgrade
eventually.

But, there are people who don't need no stinking Unix!

Typically, this might be a company running 4-8 terminals, using RealWorld
or perhaps some Filepro application they have been using for years.  

They probably have a 16 Mz 386 of late 80's vintage, and might only
have 4 meg of memory.

They don't use modems, they don't even use passwords, and they don't
know squat about anything but running RealWorld or whatever.  They
don't do System Administration; they pay me to relieve themselves of
that burden.  Because Xenix is simple and pretty stable, we sometimes 
can go along for even a few years without my gracing their establishment
with my presence.

There is no reason to complicate their lives and add to their costs
(hardware, software, and most of all my support) by upgrading to
Unix.

And that, Marc, *is* keeping the best interests of my customer in mind.


		Tony

Lawrence & Clark, Inc		(617) 762-0707	(206) 323-2864
Xenix/Unix support,etc 	 	 Boston		 Seattle
Newsgroups: comp.unix.xenix.sco,biz.sco.general,news.answers
From: khioe@mona.jpl.nasa.gov (Kent Hioe)
Subject: is there ZMODEM protocol available on Xenix OS ?
Followup-To: khioe@juno.jpl.nasa.gov
Keywords: ZMODEM
Organization: jpl
Date: Thu, 10 Sep 1992 15:43:06 GMT


Hi, Is Zmodem available on Xenix OS ? If it is, is it a PD and where I can
get it ? (FTP site ?)


Thank you.


--
Kent
khioe@juno.jpl.nasa.gov


Newsgroups: comp.unix.xenix.sco
From: kd1hz@anomaly.sbs.risc.net (Michael P. Deignan)
Subject: Re: sendmail problems with SLIP
Organization: The Rhode Island Internet Systems Cooperative Network
Date: Fri, 11 Sep 1992 10:43:27 GMT

gda@creare.creare.com (Gray Abbott) writes:

>We're not running a local name server.  When SLIP is up, a machine on
>the Internet provides name service; when SLIP is down, we use
>/etc/hosts.

Are you running NAMED when SLIP is up? If you are not, then your
/etc/hosts file is still being used for IP address resolution.

Using another machine on the Internet for nameservice is no excuse for not 
running a local nameserver. At the very minimum you would want to configure
your local nameserver with the machine names of your local machines, so
that mail gets properly delivered. Otherwise, what will happen is
mail will get routed to your smart-host, and that host may have no clue
as to how to forward it to the machines on your LAN.


MD
-- 
--  Michael P. Deignan                      / Sex is hereditary. If your 
--  Domain: mpd@anomaly.sbs.com            /  parents never had it, chances 
--    UUCP: ...!uunet!rayssd!anomaly!mpd  /   are you won't either...
-- Telebit: +1 401 455 0347              /
From: vid@zooid.guild.org (David Mason)
Newsgroups: comp.unix.xenix.sco
Subject: Re: GIF viewer for Xenix
Date:  9 Sep 92 18:50:52 GMT

From: pacolley@ember.UUCP (Paul Colley)
>Well, I just UUCP'd the files from sosco, and they don't work.
>None of them work.
>
>Symptoms vary.  Two of the programs give "bad system call", one of
>them (wator) collapses the screen to a single line of pixels
>(difficult to read!  And I couldn't get the screen back) and another
>causes
>
>	%
>	Use "logout" to logout
>
>to scroll continuously, and I can't stop it.
>
>So what am I doing wrong?

Someone very kindly emailed the files to me, and I also had the same results.
I'm running version 2.3.2AT. Does anyone have any clues?

PS does anyone want to sell 2.3.4GT used? :) I need a good price, SCO's
upgrade price of $450 by the time I get it into my (Canadian) hands seems a
little unreasonable, especially considering I was told it would take at least
10 days.
From: mas@csa.bu.edu (Mark A. Semich)
Newsgroups: comp.unix.xenix.sco
Subject: gcc 2.2.2 ?
Date: 5 Sep 92 03:46:28 GMT
Distribution: Milky-way
Organization: The Internet


I've been trying for a while to get gcc 2.2.2 to compile on xenix
2.3.3, but I'm not having much luck.  Is this possible?  Has anyone
else already done it?

--
===========================================================================
     It's easier to fight for one's principles than to live up to them.
--   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   -   --
mark a. semich                                               mas@csa.bu.edu
===========================================================================
From: bob@consult.UUCP (Bob Willey CDP)
Newsgroups: comp.unix.xenix.sco
Subject: Re: Xenix considered harmful (was Re: SCO support - a success story)
Date: 15 Sep 92 12:26:13 GMT
Reply-To: bob@consult.UUCP (Bob Willey CDP )
Organization: CCS Enterprises, Inc. - Easton, MD

In article <1992Sep13.223812.5968@pensoft.uucp> jac@pensoft.uucp (James A. Carter) writes:
>Gentlemen,
>   I have been following your discussion sic argument concerning the proper
>use, client base, mailer, and management style for a Xenix/286 system versus
>the Unix systems, and to put it bluntly...you are basically arguing the same
>points. Xenix/286 is loosing 3rd party vendor support because of the market,

Most of the discussion has NOT been on Xenix/286, but rather a more general
Xenix -vs- UNIX and "the needs of the client".  The Xenix/286 started as a
side discussion, and is basically off-track from the original one.

>   So I propose questions of my own...why spend our time arguing whether
>one system is better than another, or whether one is dying out and another
>isn't? Wouldn't everyone, general public and end users alike, be better
>served if we all worked to make the eventual transition happen as transparent
>as possible?

Part of this discussion has been just that, is an orderely transition in
order at this time, and most of us agree that it is not time to put
Xenix "out to pasture".  It still has useful purposes and is still a very
viable solution for some customers.

-- 
>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
>.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
>.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
>.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
Newsgroups: comp.unix.xenix.sco