HDTenEightyP/NetNews huggingface dataset:
From: bill@Celestial.COM (Bill Campbell)
Subject: Re: uugetty problems
Organization: Celestial Software, Mercer Island, WA
Date: Wed, 09 Sep 1992 14:52:58 GMT

In <2568@twg.bc.ca> bill@twg.bc.ca (Bill Irwin) writes:

:jmiller@wendy.bowlgreen.oh.us (Jim Miller) writes:

::    I was under the impression that uugetty watched for LCK files in
:: /usr/spool/uucp, and if it found a lock for the line it was on, it would step
:: aside. When it noticed that the lock file was gone, it was to start up uuchat
:: and re-initialize the line. Is this correct?

:I have a similar problem, although my SCO UNIX 3.2.2 system
:uugetty never realizes that the modem is in use and never puts a
:LCK file out.  I have set the ownership of /dev/ttyA12 (the modem
:port) to uucp, but after a dialout attempt the ownership is back
:to root:terminal again.

I've seen this ownership problem on 3.2v2 when using /etc/getty
on the port (in /etc/inittab).  Changing this to /usr/lib/uucp/uugetty
has always fixed it for me.  I usually find this when dial-out
fails with errno 13, Permission Denied.

:The port has been configured in the Devices file and the inittab
:has been changed to run uugetty.  I have setup uucp on many SCO
:system and have never had this problem before.  I'm stumped.

I would run /etc/fixperm to check for bogus ownership (and
probably fixmog also).

Bill
-- 
INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
             uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
SPEED COSTS MONEY -- HOW FAST DO YOU WANT TO GO?
Newsgroups: biz.sco.general
From: sl@wimsey.bc.ca (Stuart Lynne)
Subject: Re:  divvy intrinsics
Organization: Wimsey 
Date: Sat, 5 Sep 1992 07:57:11 GMT

In article <1992Sep05.051219.20376@xenitec.on.ca> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:

>   Note that if during installation you choose to create a /u
>filesystem, the installation procedure will not automatically run
>mkdev fs (or equivalent code) for you; you must do this manually.  If
>anyone else thinks this is silly, send a feature request to
>support@sco.COM and maybe they'll fix it in future releases.

Must be a time warp around here :-) 

That's what happens in ODT 2.0 (or was I hallucinating).

-- 
Stuart Lynne <sl@wimsey.bc.ca> ....................... UNIX Facsimile Software
Wimsey Information Technologies ................... moderator biz.sco.binaries
uucp login:nuucp passwd:nuucp .................. ftp.wimsey.bc.ca:~ftp/ls-lR.Z
PD Software for SCO UNIX .................. ftp.wimsey.bc.ca:~ftp/pub/wimseypd
From: eah@xenitec.on.ca (Ed Hew)
Newsgroups: biz.sco.general
Subject: Clarification on who (was) down
Date: 7 Sep 92 16:39:53 GMT
Organization: XeniTec Consulting, Kitchener, Ontario, CANADA

In article <1992Sep02.231259.1221@openage.openage.com> gryphon@openage.openage.com (The Golden Gryphon) writes:
>[Paul Fischer on news since xenitec seems to be down.]

Just a point of clarification.  xenitec.on.ca wasn't down, but our
IP service provider (and hence the IP link that we use to reach most
of the known world) suffered from some severe hardware problems.
These now appear to have been resolved, and we've pretty well caught
up with the backlog, which explains the sudden surge of biz.sco.*
articles on both the newsgroups and mailing lists you may have
experience over the last few days.
--
  Ed. A. Hew,    <edhew@xenitec.on.ca>    ....!uunet.ca!xenitec!eah
  XeniTec Consulting Services, Kitchener ON, Canada +1 519 570 9848
          [biz.sco.* newsgroups and mailing lists godfather]
Newsgroups: biz.sco.general
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Subject: how many entries in a dir??
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 8 Sep 1992 21:32:56 GMT
Precedence: bulk

what is the limit of entries (files) in a directory?  I remember that 3.2.2
was giving me problems with more than 1000 entries.  I now have 3.2.4.

what is the limit on 3.2.4??

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: Document management software on SCO?
Date: 11 Sep 92 15:25:49 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Hi All,

My customer has the need for document management software under SCO.  They have 
a SCO file server on a DOS network, that stores all their autoCAD drawings.  
They would like to interface this from the DOS end with a document management 
package.  I know someone at SCO Forum was showing this type of thing, but I'm 
still digging out from the literature pile.

Thanks for the help.


--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: jik@pit-manager.MIT.EDU (Jonathan I. Kamens)
Newsgroups: biz.sco.general
Subject: frequency of your FAQ postings
Date: 10 Sep 92 01:18:28 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


How often are the "SCO Mailing List Administrative FAQ" and "SCO
Mailing List Technical FAQ" postings posted?

Thanks,

Jonathan Kamens                                         jik@MIT.Edu
MIT Information Systems/Athena              Moderator, news.answers
    (Send correspondence related to the news.answers newsgroup
        {and ONLY correspondence related to the newsgroup}
                 to news-answers-request@MIT.Edu.)
Newsgroups: biz.sco.general
From: Bela Lubkin <belal@sco.COM>
Subject: caching video memory
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Thu, 10 Sep 1992 18:57:10 GMT
Precedence: bulk

Geoffrey Welsh wrote:

>    Though I can't think of any reason why video memory (A0000H-AFFFFH and 
> $B8000H-BFFFFH) can't be cached on a normal VGA card (since nothing but the 
> CPU should affect that memory), it *might* cause interesting problems should 
> shared memory (such as smart serial board buffer memory) be affected by 
> anything other than the CPU or the motherboard's DMA controller (which should 
> be thoroughly snooped).  I suppose that bus master boards might also be 
> snooped, since they write to conventional RAM, but dual-port (or arbitrated) 
> memory on the I/O bus might not be. 

Careful!  The VGA's not very intelligent, but it does have hardware to
allow the CPU to write the same value to multiple bitplanes at once.
This won't be observed by a cache (I doubt anyone's designed a cache
that snoops VGA internal data paths...), so you really *don't* want to
cache your VGA memory.  Or at least not while it's in a graphics mode.

>Bela<
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: Re: COM2 suddenly changed from Standard to Quadram
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Mon, 14 Sep 1992 20:07:17 +0000

Thank you all for the many replies I received on this subject.

I must tell my reseller to stop looking for the answer :-)

---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
From: lee@dlpco.dlpco.COM (Lee Penn)
Newsgroups: biz.sco.general
Subject: Looking for good SCO Print Spooler
Date: 14 Sep 92 11:59:01 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

I have a customer who is looking to install a SCO based system 
and he requires a good print spooler program.  SCO's is very 
marginal at best for what he wants to do.

Some of the required features are:

Restart a job at a specific page number

Have print jobs saved for a period of time after printing so it 
can be reprinted if necessary

Prioritize print jobs

Bump the priority of a print job

Have a meaningful way of determining the source of a print job

Preview a printjob prior to printing.

Point and pick control menus


                        Thanx
================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM
From: paul@openage.COM (Paul A. Fischer, Sr UNIX Sys Consultant)
Newsgroups: biz.sco.general
Subject: RE: NCSA Telnet
Date: 11 Sep 92 12:53:58 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

>Running crash/strstat shows plenty of resources free during these gaps.

>3) Eventually, after doing a lot of rcp transfers (I am trying to use this
>method to back up my DOS machine to a large Unix disk), the whole thing 
>hangs up. Running strstat then shows failures allocating 64 and 128 blocks

>ITEM                  CONFIG ALLOC  FREE     TOTAL    MAX   FAIL
>data block size   64     256   256     0      84272    256   5434
>data block size  128      64    59     5       1157     61   5191

>Why ?
>---
>Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
>Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
>PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
>trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
>Demon.co.uk is a dial-up subscription access point to the Internet.
--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax
From: edc@openage.COM (Ed Cooley)
Newsgroups: biz.sco.general
Subject: Re: SCO upgrade + X11R5
Date: 9 Sep 92 13:41:48 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk


The August 31 issue of Open Systems Today states that 
Hewlett-Packard will not start shipping X11R5 until HP/UX 9.0 is 
released at the end of this year.  According to UNIX World, HP is 
the single largest UNIX vendor in the world.  I think you'll find 
most major workstation suppliers are not shipping R5 either.  As 
with Sun, R5 can be had from third-party sources for SCO.  
Although I agree this solution is hardly plug 'n play.  

For now, my customers and I will settle for reliability and 
stability.  Not to mention the wide array of video board support, 
such as that found for the S3- and Western Digital-based windows 
accelerator boards found in the new Advanced Graphics Adapter 
EFS.  Sure, we're all looking forward to 3-D and scalable fonts, 
but what we need more than anything is more client software and 
Motif-based administration tools.  Leading edge windowing systems 
buy you nothing if all you do is click on xterm and sysadmsh 
icons all day.

I would think that the "good percentage" you mentioned is not as 
high as you think Larry.

> The latest release of SCO ODT is still including an old release -- SCO is
> shipping X11R4 while a good percentage of the other vendors are shipping
> X11R5

> -- 
> Larry Snyder                                    internet: larry@gator.rn.com
> keeper of the Gator                                  uucp: uunet!gator!larry

--------------------------------------------------------------------------------
Ed Cooley           12209 Bayswater Road    "An independent service and
Technical Manager   Gaithersburg, MD 20878   support provider for SCO
Open Age, Inc.      Main: 301/948-6422       products."
edc@openage.com     Fax:  301/948-9644
Newsgroups: biz.sco.general
From: sgw@netcom.com (Steven Warner)
Subject: Re: What causes modem to hang system?
Date: Sat, 12 Sep 92 07:57:47 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <1992Sep07.223226.10778@xenitec.on.ca> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
>No dialer program here is doing anything I don't know about. I've never used
>any HDB dial chat scripts, but I've hacked and read and reread the source
>code to dial.c in the old Tandy Xenix, to the dialHA24.c and the dialTB.c on
>SCO, to the atdialer.c on SCO, so I know exactly what my binary dialers are
>doing. And of course for interactive work, I DO know the code of XC pretty
>well. :-)

jeez - put down your gun! 

>I'm now using taylor uucp, and so again, I know what's happening in the dial
>chat(s), since I wrote them.
>
>I'm not clear what you're referring to when you say "command mode needs echo
>off". Which program's "command mode"?

The modem's command mode.  Not any program's command mode.  I found on
my system that if the modem echoes back characters in it's command mode,
that this would cause the system to hose up (as previously described).

Try E0.  (Or whatever your flavour of modem wants to supress command
mode echo).

That worked for me.
--
Steve
sgw@boy.com
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: Re: Front end menu systems
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Thu, 10 Sep 1992 20:31:43 +0000


In article <1992Sep09.223308.3412@xenitec.on.ca> news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:

> Nikki Locke writes:
> > > > Or is there even one that comes with SCO ? It occurs to me that sysadmsh 
> > > > might be written using something like this.
> > > 
> > > Yes, type "scosh" and see...
> > $ scosh
> > ksh: scosh:  not found
> > $ find / -name scosh -print
> > $
> > 
> > Any ideas ? :-)
> 
> You did say Unix 3.2v4?
Well, I might have, but I have 3.2.2 here. I'll look at the man pages for 
scosh on my client's machine.
---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
Xref: sparky biz.sco.general:3280 comp.unix.sysv386:14347
From: hossein@ces.cwru.edu (HOSSEIN)
Newsgroups: biz.sco.general,comp.unix.sysv386
Subject: How to connect a modem to one of the ports on Digiboard?
Keywords: intelligent multi port serial boards sco unix sv 3.2
Date: 11 Sep 92 21:59:04 GMT
Organization: Case Western Reserve University
NNTP-Posting-Host: ida.ces.cwru.edu

Hi,  I am trying to connect a modem to one of the 16 ports we have on a 
Digiboard.  Our system is a 486/33 runing SCO unix SV/386. I have changed the 
entries in /etc/inittab and /usr/lib/uucp/Devices, but still doesn't work.
When I try 'cu', it gives me a 'lost carrier' message.  I have checked the 
modem and the channel and both are o.k.  
Would you give me some hints on this matter?

Thanks a lot,
Seyed.
From: brian@ilinx.wimsey.bc.ca (Brian J. Murrell)
Newsgroups: biz.sco.general
Subject: Decryption not supported??
Date: 11 Sep 92 01:07:06 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Precedence: bulk

Anyone seen this before??  Login in to a 3.2.4 yeilds the following from the
login/passwd processes:

Decryption unavailable in international version.
Decryption unavailable in international version.
Decryption unavailable in international version.
Login incorrect

Wait for login retry: .
login:

what's this "Decryption" that login/passwd is referring to.  The passwd prog-
ram "encrypts" to compare your password.

brian

-- 
Brian J. Murrell                                        brian@ilinx.wimsey.bc.ca
InterLinx Support Services, Inc.                        uunet!van-bc!ilinx!brian
North Vancouver, B.C.
        Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
Newsgroups: biz.sco.general,comp.unix.questions
From: hunt@dg-rtp.rtp.dg.com (Greg Hunt)
Subject: Re: GCC errors
Date: Sat, 12 Sep 92 16:56:24 GMT
Reply-To: hunt@dg-rtp.rtp.dg.com
Organization: Data General Corp., Research Triangle Park, NC

In article <1992Sep09.133242.12069@zeos.com>, kgermann@zeos.com (Ken Germann) writes:
> 
> I get these or similiar errors with process signal handling. 
> 
>         gcc -DKEYDEF=\"/usr/local/lib/joe/.joerc\"  -c asyncxenix.c
> 
> asyncxenix.c:43: `SIGHUP' undeclared (first use this function)
>
> ...
> 
> Any ideas how to correct this with gcc 2.2.2 running under SCO Unix.

The signal number #defines are in /usr/include/signal.h, so my bet is
that you need to add a '#include <signal.h>' to your source file.

At least that's where they're defined on my platform.  I don't know
about SCO Unix, so you'd best check the include files to figure out
which one they're in.

Enjoy!

-- 
Greg Hunt                            email: hunt@dg-rtp.rtp.dg.com
DG/UX Core Development
Data General Corporation
Research Triangle Park, NC, USA      These opinions are mine, not DG's.
From: lee@dlpco.dlpco.COM (Lee Penn)
Newsgroups: biz.sco.general
Subject: SCO MS WORD UNLIMITED FIRE SALE
Date: 11 Sep 92 21:43:05 GMT
Organization: [resent by] The SCOGEN gateway and Propagation Society
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Cc: sue@dlpco.dlpco.COM
Precedence: bulk

We are cleaning up our inventory.  We have 4 copies of WORD 5.1 
unlimited for SCO UNIX/XENIX.  It even has a repectable X windows 
capability under ODT.

This product lists for $1,495.00.  We are cleaning house for 
$650.00 each.


================================================================================
Lee Penn,  DLP Technologies, Inc.                     Voice: 513 232-7791
SCO Advanced Product Center                           FAX: (513) 232-7801
7444 Jager Ct.
Cincinnati, OH  45230-4344                           email: lee@dlpco.COM
Newsgroups: biz.sco.general
From: nikki@trmphrst.demon.co.uk (Nikki Locke)
ReplyTo: nikki@trmphrst.demon.co.uk
Subject: Re: NCSA Telnet
Distribution: world
X-Mailer: cppnews $Revision: 1.16 $
Organization: Trumphurst Ltd.
Date: Mon, 14 Sep 1992 14:14:59 +0000


In article <9209110856.aa22915@openage.COM> paul@openage.com (Paul A. Fischer, Sr UNIX Sys Consultant) writes:

> >Running crash/strstat shows plenty of resources free during these gaps.
> 
> >3) Eventually, after doing a lot of rcp transfers (I am trying to use this
> >method to back up my DOS machine to a large Unix disk), the whole thing 
> >hangs up. Running strstat then shows failures allocating 64 and 128 blocks
> 
> >ITEM                  CONFIG ALLOC  FREE     TOTAL    MAX   FAIL
> >data block size   64     256   256     0      84272    256   5434
> >data block size  128      64    59     5       1157     61   5191
> 
> >Why ?
> 
> There is an 80% watermark on your streams resources.  If you allocate 100 
> buffers, and you see 80 in use you are up against the wall and it is a matter 
> of time until it fails.  You should probably watch it run with u386mon, and 
> then see if you need to increase streams resources.
I already understand that I am running out of streams resources, and that 
increasing the number linked into the kernel would help. 

However, I really wanted to know WHY telnet/rcp is taking up all these 
resources ?
---
Nikki Locke              |                        | nikki@trmphrst.demon.co.uk
Trumphurst Ltd.          | Tel: +44 (0)691-670318 | nikki@cix.compulink.co.uk
PC and Unix consultancy  | Fax: +44 (0)691-670316 | nikki@kewill.co.uk
trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
Demon.co.uk is a dial-up subscription access point to the Internet.
Newsgroups: biz.sco.general
From: kgermann@zeos.com (Ken Germann)
Subject: Re: Tape drives - which ones?
Organization: Zeos International, Ltd
Date: Sun, 06 Sep 1992 04:37:59 GMT

In article <9209051057.aa21114@creat.creat.com> aaron@creat.com (Aaron William Brown) writes:
>>
>>We're running SCO UNIX 3.4.2 with ODT 2.0 and are in the market for a
>>1/4" SCSI tape drive for installations as well as backups.  We're
>>leaning towards the Wangteks but are open to suggestions.  Any help
>>would be greatly appreciated.
>>
>
>We have sold 13 Wangtek 5525ES (525MB SCSI) tape drives.  We have
>returned for repair 9 of those.  6 under warranty.  3 at a $359.00
>charge.  In every case the drive would spin the tape but refuse to
>read or write.  In my opinion, buying these tape decks would not
>be recommended.
>
>We have had much better luck with the Archive counterpart.
>awb

I would agree that that Archive/Irwin is a better product. I would
recommend the Archive drives to anyone for DOS, Unix or OS/2.


-- 
Ken Germann              ZZZZ EEEE  OO   SSS    ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SS     530 5th Ave N.W.
800-228-5390      VOICE   Z   E    O  O    S    St. Paul, MN 55112
612-633-7337             ZZZZ EEEE  OO  SSS     FAX         612-633-4607
Newsgroups: biz.sco.general
From: "Paul A. Fischer, Sr UNIX Sys Consultant" <paul@openage.COM>
Subject: Re:  SCO 3.2.4/ODT 2.0 Filesystem Types
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Tue, 8 Sep 1992 20:15:30 GMT
Precedence: bulk

>$3.2v2.0 supports S51K, S52K, Xenix, DOS, and AFS (the Acer Fast
>$Filesystem, not to be confused with the neat super-NFS that's also
>$called AFS).  3.2v4.0 adds EAFS (Extended Acer Fast Filesystem), which
>$has support for symlinks and long filenames.  I don't know if they
>$changed the allocation or seek schemes any.

>   The only things that changed are the provision for long filenames
>(to see how this works, create a file with a long filename and use
>hd to view the directory entry) and a new file type to allow an inode
>to denote a symbolic link (using an entire disk block to store the
>link information).  Otherwise, AFS and EAFS share the same driver.

Well, not quite.  I beleive that EFS is a 2k filesys while AEFS is a 4k 
filesys.  Feel free to correct me if I'm wrong.

--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
No Incumbents in '92. Get the crooks out of office. Vote & Send a Message
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax