HDTenEightyP/NetNews huggingface dataset:
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: Installation
Date: 30 Jul 92 12:22:45 GMT
Reply-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <3yNooB2w164w@cellar.org> sailor@cellar.org (Rick Emerson) writes:
>cmb@bluemoon.rn.com (Chris Bugosh) writes:
>Do mkfs -c [/dev/hdxx] [size] and the -c will check the partition.  At the
>end it writes .badblocks.  The mcc-interim installation removes this file
>(or did previously).  Try the mcc-interim version on sc.tamu.edu which
>doesn't do this.  
>
>Owen: has this "feature" been removed?

The MCC interim version does not delete the .badblocks file unless you
answer yes to the question about deleting all your files.  The README
file contains a warning not to do this.  The option will not be available
in the next MCC interim version.

The version of Linux on sc.tamu.edu is NOT the MCC interim version, but
a different version containing many files taken from the MCC interim
version.  Please do not confuse the two of them.  I am getting quite a
few messages from people having installed from the sc.tamu.edu version
and having some problem or other which does not occur with the MCC version.
It would be better if the sc.tamu.edu version had a name of its own.

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: Michael_Kraehe@hb.maus.de (Michael Kraehe)
Newsgroups: comp.os.linux
Subject: 0.96c Patch 1,2,*
Date: Fri, 31 Jul 92 08:43:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.11

Hy folks,

where can I find the patches for Linux 0.96c
    <FTP-Server-Name, Directory, Files>

and how can I check witch kernel i have ?

Now my kernel makes core-files, but where can I find a adb/sdb/gdb for
inspecting them ?

Thanks Michael
Newsgroups: comp.os.linux
From: Upholder@uiuc.edu (THE Upholder of Truth)
Subject: Problems with extfs
Summary: Need new binaries for the filesystem?
Keywords: problems, extfs
Reply-To: Upholder@uiuc.edu (THE Upholder of Truth)
Organization: The University of Illinois at Urbana-Champaign (UIUC)
Date: Wed, 29 Jul 1992 16:56:30 GMT

I decided to start from scratch on my new 486/50 and use the extended
filesystem instead of the Minix filesystem...

so after makeing sure I had backed up everything, I repartitioned
the harddrive and executed the mkefs binaries that I pulled from
the france FTP site.  My partitions are as such:

	/dev/hda1 70M dos
	/dev/hda2 8M /  (was originally going to be swap until I remembered
			 that linux needed a minix root filesystem)
	/dev/hda3 20M /home (using the extfs)
	/dev/hda4 60M /usr (using the extfs)

no problems making or mounting the filesystems... rebuild the system from
the backups.. modify the fstab as needed... no problems at all.

However, many of the binaries don't seem to want to work with the new 
filesystems.

for example, issuing a 'compress vixie-cron.tar' results in an error message
that a .Z could not be appended because the filename was already 14 characters.

also, while in /usr/tmp, a emacs README (when README exists) results in emacs
not finding the file and starting with a new file (apparently because emacs
cannot find the file).  However, emacs /usr/tmp/README works just fine. 

Third, tcsh cannot complete the names of directories or files in an extended
partition (ie, cd /us[TAB]/tm[TAB]/RE[TAB] to get /usr/tmp/README does not
work.  It will find /usr (because it's in the minix I-node list?) but not
the tmp or thr README).

My question is, do I just need to recompile the binaries or is the problem
more severe than that?

-- 
The Upholder of Truth		  	    I am not only ready to
Upholder@uiuc.edu (BSD/ASCII mail)          retract this, but also
jar42733@sumter.cso.uiuc.edu (NeXT mail)    deny I said anything.  =)
wi.4173@wizvax.methuen.ma.us (anon. mail)   This is *NOT* CCSO's opinion.
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Newsgroups: comp.os.linux
Subject: Re: Compiling OLVWM: the steps
Date: 28 Jul 92 17:45:04 GMT
Organization: State University of New York -- Institute of Technology

In article <1992Jul28.070518.2700@u.washington.edu> kludge@hardy.u.washington.edu (MoonMan) writes:
>
>  After about 4 hours of tweaking and stealing header files from the
>UW systems, I finally got olvwm to compile.  Whew.  It WASN'T as easy
>as you people have been saying, though... it relies on there being a
>lot of header files there that aren't, so I got to port 7 or 8 over from
>an Ultrix (BSD 4.2ish) system.

You either A) didn't use the olvwm source located at tsx-11, or B) didn't
install gcc2.2.2 properly.  I spent a lot of time trying to compile olvwm
from the sources I got at export.lcs.mit.edu, before I decided their had
to be an easier way.  The source code at tsx-11 compiles with very little
modification.

>  Anyway, it IS compiled, and it DOES work under Linux v0.96b - would
>anybody like me to upload it to tsx-11 or banjo?  It hardly seems fair
>for everybody to have to go through what I did.  :)
>  Now, if I only had an extra 200 meg HD, I'd work on porting XView.  :]

THAT is a job and a half!  I got as far as the error messages for
the rpc calls and then I called it quits!  I don't think it requires 200
MB, though.


-- 
Jim H.
*
* James L. Henrickson                                 ujlh@sunyit.edu
* "Yet another Jim in the Linux world."  :-)
Newsgroups: comp.os.linux
From: hazen@budoe.bu.edu (Eric Hazen)
Newsgroups: comp.os.linux
Subject: Re: X11 v1.1 - twm won't start
Date: 31 Jul 92 20:32:00 GMT
Distribution: comp
Organization: Boston University Physics Department
In-reply-to: deogrady@dsg.cs.tcd.ie's message of 28 Jul 92 15:07:10 GMT


Hello... there must be others out there who are having X ver 1.1 troubles?  
I've seen at least two other posts which sound like the same symptoms as mine:

	X server running fine
	xterm, xclock, xeyes, xsetroot -bitmap ...  work fine
	twm, xsetroot -solid <color>, xcalc         just hang

Any suggestions, anyone?  Next step, I suppose, is to get the src for
one of these buggers and start with gdb, but I'm lazy!

--

+----------------------------------------------------------------------+
|  Eric Hazen   hazen@buphy.bu.edu              Phone: 617/353-4117    |
|  Boston University Physics Dept                 Fax: 617/353-9393    |
|                                                                      |
|                    "O give me commentators plain,                    |
|              Who with no deep researches vex the brain" - Crabbe     |
+----------------------------------------------------------------------+
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.os.linux
Subject: Re: Shoelace delay and console mode hacks
Date: 21 Jul 92 13:29:04 GMT
Article-I.D.: crd.1992Jul21.132904.17348
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <5F28NB5w165w@ssg.com>, unixsys@ssg.com (Rick Emerson) writes:

| ------------------------------------
|  Customizing the Linux boot process
| ------------------------------------
| 
| What you need:
| * A DOS disk editor (Norton DE, NU, PCTOOLS, etc.)
| * A Linux Boot Image (preferably 0.96)
| * A master boot record ... just kidding :) :)
| All the work is done in DOS.

  I thank you for the useful info, but... DOS? To quote my youngest,
"Yuckie-poo!" I am going home tonight and try a quick port of bpe to
linux. If it works I'll upload it tomorrow. People sholdn't have to go
into DOS to do things like this, it corrodes the bits!

  It's my binary editor of choice, hopefully it will port easily.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
	It never ceases to amaze me that otherwise rational people, able to
	understand calculus, compound interest, and the income tax form, can
	continue to believe that poker is a game of chance.
From: murthy@cs.cornell.edu (Chet Murthy)
Newsgroups: comp.os.linux
Subject: Re: BSD Unix aka Freedom is a myth....
Date: 21 Jul 92 11:27:05 GMT
Distribution: comp
Organization: Cornell Univ. CS Dept, Ithaca NY 14853

>Sender: merlin@neuro.usc.edu (merlin)
>[Lots of stuff deleted from a press release or newspaper article?]

>Further, AT&T's question about the time investment of BSDI in bringing out
>their product [compared with their own cost over many years] will likely go
>a long way toward supporting their unfair competition claim.  If it took a
>small company like BSDI only a couple of years with a small team of people
>to produce BSD/386 vs the multi year investment of a corporate giant - then
>it is very possible AT&T may prevail on the unfair competition claim.

Y'know, Doug Comer's XINU, Linus Torvalds' Linux, Tanenbaum's Minix,
and I'm sure there are others, all stand as good arguments that the technology
if UNIX isn't just an AT&T invention anymore - the V sytem, Mach,
ad a zillin other ways of implementing the core of UNIX exist.

I think that even if BSDI fails, even if 386BSD fails, and even
if the entire Berkeley net2 distrib gets nuked,
free unix is perhaps 2 years away - in 2 years, linux will be stable.
In two years, the GNU Hurd will be stable.  And AT&T can 
do almost nothing abot that, eh?

But you're right - I'm pissed, too.  From what I heard of the history,
BSD started with V6 unix, a developed a _whole_ _lot_
of what currently constitutes UNIX.  To claim that AT&T did ti all is
goinga bit far.

--chet--
Newsgroups: comp.os.linux
From: unixsys@ssg.com (Rick Emerson)
Subject: Re: Installation Help..thanks all!
Organization: System Support Group
Date: Tue, 21 Jul 1992 18:23:36 GMT

rkohlbus@dining.umd.edu (Robert Kohlbus) writes:

> 
> 	I would just like to thank all the people who send me mail in my 
> question about installing Linux.  After much trouble, I found my error,
> I have 6mb of memory and Linux doesn't like it.  I went to my other machine,
> same kind, except it has 4mb of memory, and Bingo..it worked.
> 	My next question is why doesn't it like my 6mb?  I have a true blue
> IBM 386 machine with OS/2 as my OS, and would like to install Linux as my
> other OS on duel boot.  If anyone else has any ideas, please send them my
> way.  Thanks.
> 

Hmmm... I'm running the mcc-interim/X11 package from sc.tamu.edu (Dave, give
this thingie a name.  Please! <g>) on a generic 386/40 with 8MB without a
problem.  Maybe there's a memory problem with your machine?  Linux seems to
be pretty adept at finding weak parts of machines.

Rick


| Richard B. Emerson     | Replies may be sent to:                         |
| System Support Group   |         unixsys@ssg.com  -or-  rick@ssg.com     |
| Post Office Box 180    |-------------------------------------------------+
| Lansdale, PA 19446 USA |     "If I knew what I was doing,                |
| Voice: 215.855.1607    |      I wouldn't do it." - Me                    |
Newsgroups: comp.os.linux
From: unixsys@ssg.com (Rick Emerson)
Subject: Re: Failed mail
Organization: System Support Group
Date: Mon, 27 Jul 1992 03:33:18 GMT

MAILER-DAEMON@socrates.demon.co.uk (Mail Delivery Subsystem) writes:

>   ===== transcript follows =====
> 
> While talking to bilton.demon.co.uk:
> >>> DATA
> <<< 550 (BHST) Unknown host/domain name in "boris@kremlin.su"
> <<< 503 No recipients have been specified.
> 
>   ===== Unsent message follows ====
> Received: from gate.demon.co.uk by socrates.demon.co.uk with SMTP
> 	id AA4169 ; Sat, 25 Jul 92 02:41:44 gmt
> Received: from uu3.psi.com by gate.demon.co.uk id aa11267; 24 Jul 92 16:43 BS
> Received: from wxsat.UUCP by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet)
> 	id AA25341; Fri, 24 Jul 92 11:42:57 -0400
> Received: by ssg.com (1.65/waf)
> 	via UUCP; Fri, 24 Jul 92 15:22:32 UTC
> 	for boris%kremlin.su@socrates.demon.co.uk
> To: boris%kremlin.su@socrates.demon.co.uk
> Subject: Re: Splitting the comp.os.linux group 
> From: Rick Emerson <unixsys@ssg.com>
> Message-Id: <VZ7eoB7w165w@ssg.com>
> Date: Fri, 24 Jul 92 15:19:54 UTC
> In-Reply-To: <4159@kremlin.su>
> Organization: System Support Group
> 
> The Boss <boris@kremlin.su> writes:
> 
> > 
> > In article <VF40NB5w165w@ssg.com> you write:
> > >
> > >Or .sg's or .uk's or .de's or .ca's or...  Wonder where the .su's are?  <g
> > >
> > >| Richard B. Emerson     | Replies may be sent to:                        
> > >| System Support Group   |         unixsys@ssg.com  -or-  rick@ssg.com    
> > >| Post Office Box 180    |------------------------------------------------
> > >| Lansdale, PA 19446 USA |     "If I knew what I was doing,               
> > >| Voice: 215.855.1607    |      I wouldn't do it." - Me                   
> > >
> > 
> > We are 'hic splutter -- pass the vodka' watching with great interest.
> > Unfortunately we only have a 150 baud link between the .su network and
> > the outside world. It cost R100,000 and 4 crates of vodka :-(
> > 
> > --
> > Boris Yeltsin, boris@kremlin.su
> 
> Mega-ROFL!!!
> 
> Nazdrovya, tovarich!!! (spelling?)
> 
> Rick
> 
> 

Does this bounce signal a possible coup?  <laugh>


| Richard B. Emerson     | Replies may be sent to:                         |
| System Support Group   |         unixsys@ssg.com  -or-  rick@ssg.com     |
| Post Office Box 180    |-------------------------------------------------+
| Lansdale, PA 19446 USA |     "If I knew what I was doing,                |
| Voice: 215.855.1607    |      I wouldn't do it." - Me                    |
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: MS-DOS FS: Version Alpha.6
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Thu, 23 Jul 1992 19:04:41 GMT

A new alpha test version of the MS-DOS FS can be found on
banjo.concert.net as pub/Linux/Incoming/dosfs.6.tar.Z

It is relative to the 0.96c kernel at patchlevel 2. A patch and a full
set of sources are included. The contents of the patch and the TAR
archive, that contains the source, are equivalent.

This is primarily a maintenance release and it contains several bug
fixes. One bug caused the FS to "forget" to deallocate clusters after
a rmdir. Therefore, (MS-DOS') CHKDSK should be run on disks, on which
an rmdir has been performed, to reclaim the lost clusters.

The beginning of the README is at the end of this posting.

- Werner

---------------------------------- cut here -----------------------------------

MS-DOS FS, ALPHA test version 6
===============================


*****  This is an ALPHA test version. It almost certainly contains  *****
*****  bugs that will make an MS-DOS FS unusable. Use it only on    *****
*****  copies of your disks. Never work on original data with it !  *****

>>>>>  WARNING: The addition of a FAT cache may cause problems in  <<<<<
>>>>>  areas that were reliable in earlier versions.               <<<<<


CHANGES FROM VERSION 5 TO 6
===========================

  - corrected spelling of "relaxed".
  - msdos_rmdir did not deallocate clusters of removed directory files.
  - ATTR_HIDDEN is no longer interpreted by the FS.
  - fixed a bug in MS-DOS to UNIX date conversion that changed all
    months to January or April.
  - fixed a kernel panic when trying to mkdir on a full FS.
  - added new binary extensions "PCX" and "TZ".
  - added two entries to the "Known problems" section.
  - minor cosmetic changes.
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 / IFW A44  Tel. +41 1 254 7213                 almesberger@rzvax.ethz.ch /
/_BITNET:_ALMESBER@CZHETH5A__HEPNET/CHADNET:_[20579::]57414::ALMESBERGER_/
From: barr@hardy.u.washington.edu (David Barr)
Newsgroups: comp.os.linux
Subject: Re: Installing from 0.96c root disk(success)
Date: 28 Jul 92 15:35:54 GMT
Organization: University of Washington

hazen@budoe.bu.edu (Eric Hazen) writes:

>I found that fs.h was in the kernel header files, in
>/usr/src/linux/include/linux.   I symlinked to /usr/include/linux
>[ ln -s /usr/src/linux/include/linux /usr/include/linux ]
>and it worked fine.

>Could someone more knowledgeable please comment if this is a good idea?
>Is the directory /usr/include/linux supposed to point to kernel headers?
>--

Sounds like it would be better to add -I/usr/src/linux/include/linux
to the include flags in the Makefile (maybe).

David
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Newsgroups: comp.os.linux
Subject: Re: sigblock, sigpause...
Date: 27 Jul 92 23:22:46 GMT
Organization: Washington State University

In article <1992Jul27.210933.29135@htsa.aha.nl>, miquels@htsa.aha.nl (Miquel van Smoorenburg) writes:
|> In article <14p8neINNpr0@matt.ksu.ksu.edu> kxb@matt.ksu.ksu.edu (Karl Buck) writes:
|> >Are sigblock and sigpause implemented in the latest version of the
|> >compiler and/or kernel?
|> >-- 
|> >Karl Buck         O, Freddled Gruntbuggly      
|> >Grain Marketing   Thy Nicturations are to me   
|> >Research Lab      As Plurdled Gabbleblotchits  
|> >(913)776-2745	  On a lurgid bee.       -- Chief Prostetnic Vogon Jeltz
|> 
|> #define sigblock(what) sigsetmask(siggetmask()|(what))
|> #define sigpause(what) sigsuspend(&what)

They are wrong. How about

sigpause (sigmask(SIGUSER1));

|> 
|> That's all.. (Could someone put this in the official <signal.h> ? )

sigblock/sigpause are from BSD. Linux uses POSIX, which can do the equivalent
thing. You just have to use POSIX signals. THERE ARE NO ONE TO ONE CONVERSIONS.
I take this out of zsh port.

-----------------
#ifdef _POSIX_SOURCE
#define blockchld()  {  sigset_t set; \
                        sigemptyset (&set); \
                        sigaddset (&set, SIGCHLD); \
                        sigprocmask (SIG_BLOCK, &set, (sigset_t *)NULL); }
#define unblockchld() { sigset_t set; \
                        sigemptyset (&set); \
                        sigprocmask (SIG_SETMASK, &set, (sigset_t *)NULL); }
#define chldsuspend() { sigset_t set; \
                        sigemptyset (&set); \
                        sigsuspend (&set);}
#else
#define blockchld() sigblock(sigmask(SIGCHLD))
#define unblockchld() sigsetmask(0)
#define chldsuspend() sigpause(0)
#endif
-----------------

Please get a book on POSIX (any suggestions?) That is a simple one. Sometimes,
you need more than that. Again POSIX can do most but not all BSD signals with
very different signal functions.

-- 
H.J.
Gcc/libc maintainer for Linux.
Newsgroups: comp.os.linux
From: lfoard@Turing.ORG (Lawrence C. Foard)
Subject: Re: Problems with Alpha.5 DOSFS
Organization: The Turing Project, Charlottesville Virginia.
Date: Wed, 22 Jul 1992 21:52:21 GMT

In article <711742044.F00070@remote.halcyon.com> Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin) writes:
>I put up patch 2, and the DOS file system works great!  However, I do
>have one problem.  When using JOE (as released with the Winstead root, I
>think?), I show control-M's on the end of each line and a control-Z at
>the end of the file, when I edit files with extensions not listed as
>binary in misc.c.  I have mounted the file system using smount, with all
>three modes (binary, text, auto) and all behave the same.  The
>extensions in question are .CFG, .BAT, .BTM and many more....
>
>HELP!  [grin]

Unfortunitly the format of DOS and unix files is rather different.
DOS expects a carriage return and line feed at the end of the line,
and a CTRL-Z at the end of the file. Unix expects only a line feed.

Your best bet is to write to the author of joe rcarter@wpi.wpi.edu
and ask if he can ad a DOS mode to the editor.

-- 
>>Unix/C Contract worker available 5 years C/unix work experience<<  ______
Available for Telecommuting/Travel and contracts on the T Line       \    /
in the Boston MA area. Send me e-mail for a copy of my Resume.        \  /
       -- VWIS 508-793-9568 (2400 baud), Linux support BBS.--          \/
From: pete@q106fm.UUCP (pete cervasio)
Newsgroups: comp.os.linux
Subject: Re: sigaction sys-call
Date: Mon, 27 Jul 92 01:45:46 CDT
Organization: WKBQ-FM Engineering Department

torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:

> >Looking around in the include files, i came across a line that said
> > "Ok, I haven't implemented sigactions, but trying to keep headers POSIX"

> Sorry: I don't write too many comments, and when I do they seem to
> become obsolete.  sigaction() is completely implemented, and has been
> since 0.12 or something like that.. 

Does anyone know what a 'wait' union looks like, as in what's used for
the wait3() call.  I'm working on the PLP lp daemon and our wait.h
doesn't describe it.  I've searched through the few books I have on Unix
programming, but they don't give the layout of the union.  I could
probably fake something to work, but I'd rather know for sure.

I could also use any info anyone has on sgtty stuff.  There's an ioctl()
call in the PLP call that uses TIOCNOTTY (sp?)... it's supposed to
disconnect the terminal or something like that.  You can tell I'm
somewhat new to the *nix programming environment.

Thanks.
Pete C.

+----------------------------------------------------------------------+
| Pete Cervasio                | pete%q106fm.uucp@wupost.wustl.edu     |
| I fish, therefore I am.      | pete.cervasio@f1.n2250.z1.fidonet.org |
+----------------------------------------------------------------------+
Newsgroups: comp.os.linux
From: kyw@watson.ibm.com (Ko-Yang Wang)
Subject: Help needed with Linux Installation
Date: Fri, 24 Jul 1992 20:06:28 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Research

Hi,
I was trying to install Linux but can't get pass the first stage: partitioning
the hard disk.
I tried both pfdisk in the sc.tamu.edu distribution and pdisk in the
mcc-intrerim distribution.

I have the following hardware:
	Gateway 2000 486DX2/50 EISA with ultrastor 24F SCSI controller and
	Maxtor 340 SCSI hard disk. 16 MB of memory, ATI Graphic Ultra,
	Irwin 250 tape with no controller.

I first partition my hard disk to have one 40 MB DOS primary partition.
(I don't have prior PC or DOS experience). I load the backup and everything
worked correctly.

I then proceed to install Linux.
After booting from the floppy, one of the message I got was 
***	0 hardisk, 0 tape found.
In the tamu 0.96c+ version, I use pfdisk to do the partition. I did
	pfdisk /dev/sda
It greeted me with some message like magic number mismatch, and ask me to 
use the R command to fix the problem (an example bootmenu.bin was given but it
is not in the boot disk).
After using echo to look at what are available on the boot disk (no 'ls' is
available), I concluded that there is nothing I can load, so I proceeded to
define the geometry of my disk with:
	g 324 64 32
and define the Linux partition by:
	2 129 64 127 Linux(I also tried '2 129 40 103' and got the same result)
then save the result by:
	wq
After reboot (hitting the reboot button, since no reboot on the disk),
I tried to 'mkfs /dev/sda2' but got the following error message:
	write block fail.

I also noticed that after I rebooted the system and got into the pfdisk again,
The partition table was still empty. Does this sound an alarm?

I then grab the mcc-interim 0.96c version and use the pdisk that came with it.
I first booted with the boot-US diskette and then the util-US diskette.
Then I did 'pdisk /dev/sda', it complainted that:
	can't read /dev/sda.
If I just type 'pdisk' it said: 
	can't read /dev/hda.

I am wondering if this is the problem with my setup that can't use Linux or
it is something I did wrong?
Do I have to set some jumper or reconfigurate my EISA setup?
(EISA auto-configurated the SCSI controller).

I though this would be something trivial but I just can't get pass the
first huddle.
If you know what's going on or you have a similar hardware please send me
a message telling me how to proceed.
Thank you very much.

Best Regards,
Ko-Yang

-- 
Ko-Yang Wang             --- ----- __`__        IBM T.J. Watson Research Center
(914) 784-6723           _|_  []|   ---         H2-K23
tieline 863-6723          |     |   ---         P.O. Box 704
kyw@watson.ibm.com      -----  \|   [ ]         Yorktown Heights, NY 10598
Newsgroups: comp.os.linux