HDTenEightyP/NetNews huggingface dataset:
From: ronh@sunriv.UUCP (Ronnie Hughes)
Newsgroups: comp.unix.xenix.sco,comp.unix.sysv386
Subject: XENIX RTS & DEVSYS forsale
Date: 13 Oct 92 19:01:56 GMT
Followup-To: comp.unix.xenix.sco
Distribution: usa
Organization: SunRiver Corporation


For Sale:

SCO XENIX Run Time Systems:
	Machine Type: 386AT  	Media Type: 5.25" 96 dshd

	SCO XENIX RTS Release 2.3.2 w/ internaltional supplement.
	SCO XENIX RTS Release 2.3.1a
	SCO XENIX RTS Release 2.2.2

SCO XENIX Development Systems:
	Machine Type: n386	Media Type: 5.25" 96 dshd

	SCO XENIX DEVSYS Release 2.3.0/1.1.0 	with CGI
	SCO XENIX DEVSYS Release 2.2.2		with CGI

All packages have original SCO manual sets and serial number 
and activation key cards.  Best offers received by 5:00 pm October 
19th will be taken.  Please indicate which package or packages your
offer is for and if an alternate package (different version)
is or is not acceptable should your offer be the 2nd or 3rd highest. 

Your package will be shipped by UPS ground after your personal check 
is received and deposited, or upon receipt of your money order or
certified / cashier's check.  These packages will be sold for
the best offer, even if the offer if very low, so don't be 
afraid to make an offer.

Ronnie D. Hughes, N5CSE	  |	ronh@sunriver.com  or
SunRiver Corp.		  |	uunet!sunriv!ronh
2600 McHale Court, #125	  |	(512) 835-8001 ext. 118
Austin, TX  78758	  |
From: tasos@cs.bu.edu (Anastasios Kotsikonas)
Newsgroups: comp.unix.xenix.sco
Subject: Re: [REPOST] LISTSERV: Shell failure (WEIRD,XENIX) HAAAAAAALLLLLLLP!
Keywords: listserv
Date: 13 Oct 92 20:40:29 GMT
Organization: Computer Science Department, Boston University, Boston, MA, USA

In article <Bvz6Lq.CBK@nshore.org> kmcvay@oneb.almanac.bc.ca (Ken Mcvay) writes:
>
>		--- NEW MAIL FOR LISTSERV ---
>		Access granted to user id 32767 (nobody)
>		Time/Date: 21:57:54, 10/08/92
>
>....The reason I think (3) holds the key is because that's what I can re-
>member once before with something, and I can't think at all what it might
>have been, was that the uid of "32767", and gid (of 32767) seems to be
>something on all SCO-Xenix systems that refer to "mail".  If you notice,
>is says "Access granted to user id 32767 (nobody)".  I even tried to
>make the user "server" have a uid of 32767, but that did nothing for the
>price of fish!  :-(

I can assure you this is not the problem. When I logged in to your system
I forged the mail into the requests file, by running 'catmail -r' by hand.

Since catmail locks files, the problem could be locking. I suggest you
recompile with the NO_LOCKS symbol defined in src/defs.h.


Tasos
-- 
--
Tasos Kotsikonas |   tasos@cs.bu.edu    | Work : Advanced Visual Systems
Ex BU Country	 |                      | email: tasos@avs.com
Club Member.	 |                      | Duties: none
Newsgroups: comp.unix.xenix.sco,comp.unix.shell,comp.mail.misc
From: liuwu@acuson.com (Wu Liu)
Subject: Re: Tar tapes between SCO <-> SUN
Organization: Acuson; Mountain View, California
Date: Thu, 15 Oct 1992 17:57:19 GMT

dejesus@archimedes.nwc.navy.mil (Francisco X DeJesus) writes:
>I'd like to request information on how to exchange information from a SUN
>workstation and a PC running SCO Unix using tar tapes. Is the tar format
>different? Do I need to specify a different set of parameters (blocking
>factor) on each end? Is there a replacement tar program for SCO that will
>facilitate this? Thanks in advance... (please respond by email, I will
>sumarize if there is interest).

I've exchanged QIC-150 format tapes written with tar between a Sparc
and an Open Desktop 2.0 system without problems.  I didn't need to
specify different blocking factors, and I used the default versions
of tar on both ends.
-- 
Wu Liu                          Software Engineer, User Interface Group
liuwu@acuson.COM                Acuson
Newsgroups: comp.unix.xenix.sco
From: Charlie Rosenberg <crosenberg@igc.apc.org>
Newsgroups: comp.unix.xenix.sco
Date: 13 Oct 92 10:00 PDT
Subject: 3270 for Xenix
Nf-ID: #N:cdp:1534600020:000:272
Nf-From: cdp.UUCP!crosenberg    Oct 13 10:00:00 1992



I am unable to connect via tcp/ip to a remote system because I am
told I need a 3270 emulator program.  tn3270 was the one they mentioned.
Anyone know where I can get this and what's involved in getting it
to work under Xenix 2.3.3?

Charlie Rosenberg
crosenberg@igc.org

Newsgroups: comp.unix.xenix.sco
From: cliffb@cjbsys.bdb.com (cliff bedore)
Subject: Cyrix 486 chips
Organization: BDB Systems
Distribution: na
Date: Thu, 15 Oct 92 23:45:18 GMT

I've been hearing about Cyrix (sp?) 486 chips.  Does anyone know if these chips
run Xenix/Unix ok?

Mail or post

Thanks

Cliff
cliffb@cjbsys.bdb.com
Newsgroups: comp.unix.xenix.sco
From: wstreet@netcom.com (William Street)
Subject: Re: slow parallel printers
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Date: Tue, 13 Oct 1992 16:51:37 GMT

In article <1992Oct13.022208.11565@ceadg> jack@ceadg.UUCP () writes:
>We are trying to connect two parallel printer up to a XENIX 2.3.4 box.
>The first printer is on int5 and the second is on lpt7.
>The first printer prints fine ie. at a speed that would be expected.
>The second printer prints extremely slow no matter what the first printer
>is doing. SCO support has benn of little help saying that a wide variety 
>of poeple have had the same problem and fixed by doing a wide variety of
>things. The only suggestion that they could stand behind was switch to
>polling for the second printer. This is my book is not an option due
>to the significant increase of cpu usage. Does anyone else have a better
>solution to this problem.
>Thanx, Jack

Yes this is a common problem with 2.3.4 (also earlier).  I have tried
the polling option as well and found that it results in no improvement
in print speed.

If anyone has an answer, I'd be interested also.  My solution has been
change to a serial printer and drive off a serial port.

Newsgroups: comp.unix.xenix.sco
From: chapman@sco.COM (Brian Chapman)
Subject: Re: GIF viewer for Xenix
Organization: The Santa Cruz Operation, Inc.
Date: Thu, 01 Oct 1992 20:34:29 GMT


jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:

>In article <715380840.7509@zooid.guild.org> vid@zooid.guild.org (David Mason) writes:
>>A lot of people are interested in a gif viewer for Xenix that doesn't require
>>the CGI kit to be installed. Can someone post it to an appropriate newsgroup,
>>with notification here? Not everyone has the kind of access required to grab
>>this software.

>Tommyrot.

>Is it unfair for me to deduce from the existence of your posting that you
>have a modem?
>If so, you can "uucp sosco!.../... ..."  just as well as anyone else.
>So there's no need to consume netbandwidth for the SCO GIF stuff.

>Who told you that it needs the CGI kit?
>-- 
>Jean-Pierre Radley   Unix in NYC   jpr@jpr.com   jpradley!jpr   CIS: 72160,1341


Is everyone aware that their is an EGA gif viewer in the SCOSO
video demos package.   It is not the fanciest viewer ever built,
but it includes source and does _not_ require CGI.

It is intended as an example of how to do graphics straight on
the video multiscreen using the kernel video driver and accessing
the hardware directly.

Runs on Xenix, may even have 286 ifdef's... I forget.
-- 
Brian Chapman		chapman@sco.com
Pay no attention to the man behind the curtain!
From: jeffl@comix.UUCP (Jeff Liebermann)
Newsgroups: comp.unix.xenix.sco
Subject: Re: slow parallel printers
Summary: Hardware problem
Date: Wed, 14 Oct 92 00:52:33 PDT
Distribution: usa
Organization: COmmittee to Maintain Independent Xenix

In article <1992Oct13.165137.236@netcom.com> wstreet@netcom.com (William Street) writes:
>In article <1992Oct13.022208.11565@ceadg> jack@ceadg.UUCP () writes:

>Yes this is a common problem with 2.3.4 (also earlier).  I have tried
>the polling option as well and found that it results in no improvement
>in print speed.
>If anyone has an answer, I'd be interested also.  My solution has been
>change to a serial printer and drive off a serial port.

I keep running into the printer sludge problem.
The software only fixes don't seem to work.
What I've found is:

1.  Two port addresses trying to share one IRQ line.  You
can do this with DOS but NOT Unix/Xenix.  Many AT/IO cards
do NOT offer IRQ=5 for the 2nd parallel port.  These will
not work as the *2nd* parallel port under Xenix/Unix but work
fine under DOS.  Check thy jumpering.

2.  Bogus parallel port.  Plug in a new (different) card, and
the problem goes away.  I don't have any feel for a guaranteed
to work card.  I try to buy Everex EV-169 and EV-170 AT/IO cards.

3.  Every once in a while, I get one that doesn't respond to a
parallel port swap.  Usually with older Tandy printers.  In that case,
I stuff a cheap parallel printer buffer between the port and
the printer.  That usually does the trick.  What happens is
the printer select line is getting thrashed constantly or the
printer deselects itself when not ready (while printing).

-- 
# Jeff Liebermann   Box 272     1540 Jackson Ave     Ben Lomond    CA   95005
# 408.336.2558 voice  wb6ssy@ki6eh.#nocal.ca.usa  wb6ssy.ampr.org [44.4.1.86]
# 408.699.0483 digital_pager    73557,2074  cis [don't]
# jeffl@comix.santa-cruz.ca.us  uunet!comix!jeffl  jeffl%comix@scruz.ucsc.edu
From: grendel@cis.ksu.edu (Stephen Spencer)
Newsgroups: comp.unix.xenix.sco
Subject: tape driver to work with Colorado 120
Date: 12 Oct 1992 14:21:20 GMT
Organization: Kansas State University, Dept. of Computing and Information Sciences
Distribution: world
NNTP-Posting-Host: cygnus.cis.ksu.edu

Hmmm... well, I bought a Colorado 120 tape drive about a year and a half ago
and am beginning to question the wisdom in that move.  I am preety much duping
msdos for developing program development skills, but for some reason cannot
get any sort of Xenix configuration to operate the drive.  I have contacted 
Colorado about this.  Of course, their answer costs about $200! <ack!>  I
understand the problem with the software driven drive selector and am 
wondering if anyone knows of a software or hardware patch that would allow me
to fix this problem.  I have no funds to buy the Colorado driver, so I am
open to even the wildest suggestions :)  Thanks in advance!

-Stephen

-- 
Today in the news--the new RU486 RISC processor was sent to production
                   this week.  It has one instruction: abort.
              
Stephen Spencer		grendel@cis.ksu.edu		sdstpk@matt.ksu.ksu.edu
Newsgroups: comp.unix.xenix.sco,comp.unix.sysv386
From: mcvey@mpr.ca (Iain McVey)
Subject: HELP with slink
Organization: MPR Teltech Ltd., Burnaby, B.C., Canada
Date: Thu, 15 Oct 92 22:32:45 GMT

I am having a heck of a time with getting tcp/ip working on one of our
machines.  Slink complains, and the manuals speak nothing of error codes
for slink.  Here is the output from slink -v:

boot
initqp /dev/inet/udp rq 8192 49152
initqp /dev/inet/ip muxrq 8192 49152 rq 8192 49152
tp /dev/inet/tcp
open /dev/inet/tcp
open returns <FD 3>
open /dev/inet/ip
open returns <FD 4>
link <FD 3> <FD 4>
link returns <LINK 3>
tp /dev/inet/udp
open /dev/inet/udp
open returns <FD 4>
open /dev/inet/ip
open returns <FD 5>
link <FD 4> <FD 5>
link returns <LINK 40>
tp /dev/inet/icmp
open /dev/inet/icmp
open returns <FD 5>
open /dev/inet/ip
open returns <FD 6>
link <FD 5> <FD 6>
link returns <LINK 42>
tp /dev/inet/rip
open /dev/inet/rip
open returns <FD 6>
open /dev/inet/ip
open returns <FD 7>
link <FD 6> <FD 7>
link returns <LINK 24>
open /dev/inet/ip
open returns <FD 7>
cenetb <FD 7> /dev/e3B0 e3B0
open /dev/e3B0
open returns <FD 8>
aplinkint <FD 7> <FD 8> e3B0
push <FD 8> arpproc
linkint <FD 7> <FD 8> e3B0
link <FD 7> <FD 8>
link returns <LINK 11>
sifname <FD 7> <LINK 11> e3B0
open /dev/e3B0
open returns <FD 8>
open /dev/inet/arp
open returns <FD 9>
linkint <FD 9> <FD 8> e3B0
link <FD 9> <FD 8>
link returns <LINK 39>
sifname <FD 9> <LINK 39> e3B0
loopback <FD 7>
open /dev/llcloop
open returns <FD 8>
linkint <FD 7> <FD 8> lo0
link <FD 7> <FD 8>
link returns <LINK 26>
sifname <FD 7> <LINK 26> lo0
slink: slink:WARNING: Activation state mismatch

slink:WARNING: Couldn't Register: Error 0


Any ideas?

- Iain -
-- 
Iain McVey (mcvey@mpr.ca)      | "Join the army, they said, see the next
Software Designer              |  world..." - Carry on up the Kyber
MPR Teltech Ltd.               | "This bottle of whisky is awful.  I'll be
8999 Nelson Way, Burnaby, BC   |  glad when it's done" - One Scot to another
Newsgroups: comp.unix.xenix.sco,comp.unix.questions,comp.sys.sun.misc
From: dejesus@archimedes.nwc.navy.mil (Francisco X DeJesus)
Subject: Tar tapes between SCO <-> SUN
Organization: Science Applications International Corp.
Date: Wed, 14 Oct 1992 21:46:43 GMT

I'd like to request information on how to exchange information from a SUN
workstation and a PC running SCO Unix using tar tapes. Is the tar format
different? Do I need to specify a different set of parameters (blocking
factor) on each end? Is there a replacement tar program for SCO that will
facilitate this? Thanks in advance... (please respond by email, I will
sumarize if there is interest).


-- 
Francisco X DeJesus  ----- S A I C -----  dejesus@archimedes.chinalake.navy.mil
disclaimer: "Opinions expressed here are mine. Typos and errors are all yours."
From: steve@mcnnet.UUCP (Steve Corso)
Newsgroups: comp.unix.xenix.sco
Subject: Disk Subsystem SCO Xenix/Unix
Keywords: Disk Xenix Unix
Date: 6 Oct 92 19:13:21 GMT
Organization: MCN Computer Services, INC, Dearborn, MI

I am in the process of setting up another SCO system.  I am not quite
sure yet if it will be Xenix or Unix.

I am planning on using an ISA based machine.

Question:  Is it better to utilize an Ultrastor disk controller with
cache, or utilize the operating system facility to do the disk caching?
I as this question assuming that the actual transfer rate of either
controller would be the same.

Or, what about a small cache on the disk controller and a larger cache
in the Operating System.

I will be glad to report back to the group on all comments.

Thank you,
Steve
-- 
Steven J. Corso				Phone:		+1 (313) 337-4805
Genix Group, INC			Fax:		+1 (313) 323-4010
5225 Auto Club Drive			Internet:	steve@mcnnet.mi.org
Dearborn, MI 48126
Newsgroups: comp.unix.large
From: daw@cray.com (Dave Wright)
Subject: Public Domain NQS
Organization: Cray Research, Inc.
Date: 15 Oct 92 09:51:43 CDT


Does anyone have the email address for the public domain NQS. I saw
something on it a couple months ago but can't find the address.

Dave Wright
From: tom@ou812.dell.com (Tom Fritz)
Subject: Informix for Dell Unix SVR4 Issue 2.2
Keywords: Dell Unix Informix
Organization: Dell Computer Corporation (CC: DNR PRODUCTS)
Date: Fri, 16 Oct 1992 17:57:54 GMT


Does anyone out there using Dell Unix System V issue 2.2 have
Informix?   I have a customer that would love to get it, but
it would seem that Informix is unable to tell him what he needs
to buy.  So if you have it running please give him a call at:

DNR Products
Att: Mark Sprague
617-893-4421


Many thanks for all who read this.



 ---------------------------------------------------------------
|Tom Fritz                          | The text of this message  |
|Dell Unix Support                  | is only from little ol me |
|                                   | and not Dell officals!    |
 ---------------------------------------------------------------
From: s900387@minyos.xx.rmit.oz.au (Craig Macbride)
Newsgroups: comp.unix.sys5.misc
Subject: Re: File Manager for Unix-based Machines
Date: 7 Oct 92 07:50:45 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au

eder@D012S638.sniap.mchp.sni.de (Johannes Eder bei SNI-AP251) writes:

>There are such programs. One that is free available is UTREE. It is
>comparable in its functionality and look and feel to the DOS-program
>XTREE.

Of course, like most popular DOS programs, Xtree itself is available for
Xenix and Unix if you want to go and buy the shrink-wrapped version.

-- 
 _--_|\		Craig Macbride	<lhscmc@luxor.latrobe.edu.au>
/      \			<s900387@minyos.xx.rmit.oz.au>
\_.--.*/
      v
Newsgroups: comp.unix.sys5.misc,comp.unix.sys5.r3
From: Stefan.Freund@arbi.informatik.uni-oldenburg.de (Stefan Freund)
Subject: Problems with ioctl using Interactive unix
Organization: University of Oldenburg, Germany
Date: Fri, 16 Oct 1992 09:51:37 GMT

It seems that the "ioctl" function in Interactive UNIX doesn't
work correctly.
1. I tried to get the ifnet list by an ioctl call.
The parameter for "request" was "SIOCGIFCONF". Afterwards the
field "ifc_len" of the structure "ifconf" contained the value "0"
although there should have been some active interfaces.

2. I tried to get an ARP entry with "SIOCGARP". The structure
"arp_pa" within the structure "arpreq" contained as address
family "AF_INET" and an actual internet address. The ioctl call
didn't return. Even worse is that other ioctl calls which made
no problems before didn't return either afterwards.

I would be very glad about any helpful suggestions.

Stefan Freund


please email to:
Stefan.Freund@arbi.informatik.uni-oldenburg.de
Newsgroups: comp.unix.sys5.misc
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: File Manager for Unix-based Machines
Organization: The Gator Conferencing System 219-289-3745 
Date: Wed, 7 Oct 1992 19:33:45 GMT

s900387@minyos.xx.rmit.oz.au (Craig Macbride) writes:

>>There are such programs. One that is free available is UTREE. It is
>>comparable in its functionality and look and feel to the DOS-program
>>XTREE.

>Of course, like most popular DOS programs, Xtree itself is available for
>Xenix and Unix if you want to go and buy the shrink-wrapped version.

Also, xtree was posted to alt.sources this morning (at
least it came in here this morning)

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: comp.unix.sys5.misc
From: marcf@nexus.yorku.ca (Marc G Fournier)
Subject: marking bad blocks in ISC SVR3.2...URGENT HELP NEEDED
Organization: York University, CS Dept. Toronto
Date: Sun, 11 Oct 1992 23:39:44 GMT

Hi Folks...

	Just installed two ESDI hard drives onto my system,
they are used and there are prone to bad blocks...I expected
it, so that isn't the worry.

	The problem is marking these bad blocks so that the OS
doesn't try and repeatedly use them.  

	Looking through the manuals (after looking at the
sysadmin script), I *thought* that I could use mkpart -A <sector>
to mark it, but I get an error back on that...

	Warning: No root partition, no boot written

	The syntax I am using is 'mkpart -A <sector> disk1'

	Is there something that I am missing with this?  I take
it that the 'no boot written' refers to /etc/boot?  Should my
syntax be something like 'mkpart -A <sector> -B/etc/boot disk1'

	This is on a second harddrive, so why would it be looking
for a root partition?

Any help is greatly appreciated...

Marc
From: mfq@world.std.com (Michael F Quigley)
Newsgroups: comp.unix.sys5.misc,comp.unix.sys5.v3
Subject: UNIX Software For Sale
Date: 11 Oct 92 18:37:44 GMT
Distribution: usa
Organization: The World Public Access UNIX, Brookline, MA

FOR SALE:                                                                       
                                                                                
ESIX System V 3.2 Revision D Operating System                                   
                                                                                
- Full UNIX System V 3.2 Implementation                                         
- Unlimited User Version                                                        
- Complete With Development System (C Compiler and Libraries + Tools)           
- Full TCP/IP Implementation (Slip, NFS, RFS, Telnet, FTP)                      
- Full X11/R3 Implementation and Development System                             
- All Volumes of Documentation Included                                         
- Asking $500 (o.b.o.)                                                          
                                                                                
                                                                                
WordPerfect For UNIX/386                                                        
                                                                                
- Works Great With ESIX (above), Interactive, SCO, or any UNIX/386              
- Compatible With All Other WordPerfect Products And Platforms                  
- Handles Both Text And Graphics on Console and Serial Terminals                
- Asking $300 (o.b.o.)                                                          
                                                                                
                                                                                
Interactive VP/ix 1.2 MS-DOS Emulation Software                                 
                                                                                
- Allows You To Run MS-DOS Programs On Your UNIX System                         
- Runs ALL MS-DOS Software Including Games!                                     
- 2 User Version                                                                
- Allows Access To ALL UNIX Devices And Filesystems From DOS.                   
- Asking $200 (o.b.o.)                                                          
                                                                                
                                                                                
Reply To:                                                                       
stmq@vm.marist.edu (replies to the posting account will be forwarded)
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: The bad news about Dell Unix (was: SysV)
Date: 8 Oct 92 15:16:37 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <Bvo03y.Dv5@ddsw1.mcs.com>, karl@ddsw1.mcs.com (Karl Denninger) writes:
| In article <id.FART.TXJ@ferranti.com> peter@ferranti.com (peter da silva) writes:
| >In article <lcjqsbINN624@jethro.Corp.Sun.COM> ledesma@mexico.Corp.Sun.COM writes:
| >> 	Demonstrates Multiprocessing On X86 For First Time
| >
| >Sequent must be pretty surprised.
| 
| No kidding; I could have sworn that I saw that very thing running a few
| years ago at Uniforum....  :-)

And SCO demo'd MPX at UNIX Expo about 3-4 years ago, so I don't see
whare this claim is coming from. Actually, didn't the original Encore
Multimax run 386's? That was a LONG time ago, we recycled ours a year
ago or so.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sys5.r4
Subject: Re: gmake 3.62
Keywords: GNU MAKE SVR4
Date: 13 Oct 92 15:26:31 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Oct11.205130.14087@asimov.uucp>, rob@asimov.uucp (Robert Boucher) writes:

| I use gmake 3.62 on a DELL SVR4 i2.1 (base code 4.0.3) with no known
| problems.  The only tweaking to do is to ensure that the default
| compilation line does not include '-o $<.o' with '-c'.  SVR4 cc
| doesn't like "cc -o foo.o -c foo.c" and barfs "-o would overwrite
| foo.o". Besides that, it was straight forward.

  We supposedly have the latest version from Cygnus, and it also lacks
support for some standard V.[34] features. I think the one which bit me
was $@, but I don't swear I remember that one correctly. The point is
that gmake is not a subset of unix make, it lack some features found in
all V.2 and later (and SCO) make dialects, and it includes some
extensions.

  If I felt the need for an alternative make I might look at dmake, I
played with it a little and it looked as if the standard features were
complete.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
Newsgroups: comp.unix.sys5.r4