HDTenEightyP/NetNews huggingface dataset:
From: rohrer@fncrd6.fnal.gov (Keith Rohrer)
Newsgroups: comp.os.linux
Subject: Re: HArd drive timeout
Date: 12 Aug 92 15:32:22 GMT
Article-I.D.: fnnews.2173
Organization: Fermilab

In article <1992Aug12.123856.1635@capitol.com> moore@capitol.com (Jim Moore) writes:
>I just recently bought a Talon 120Mb IDE drive for my 
>Gateway 2000 33Mhz 386 specifically to use Linux.
>I have the disc partitioned into :
>   /
>   swap
>   /usr
>   /home
>And I have even compiled and booted a new kernel (0.96c).
>However, whenever I do a big compile/link I start getting
>"HD-timeout" "HD reset" "HD ready" mesasges and have to power cycle.
>The Talon is the second IDE drive in the system.  The first is a 200Mb
>Maxtor one huge DOS partition.
>I browsed around the kernel hd.c code a little, but I really don't
>know much about the PC disc hardware.
>Any ideas/fixes would be most welcome.
>Jim Moore
>moore@capitol.com
>-- 
>Jim Moore             Capitol Disc Interactive
>moore@capitol.com
> =============================================
> If you lie to a computer, it will get you.

I've got a similar situation.  I've got a 386-40, Forex chipset, AMI BIOS (5-5-
91 date), a Maxtor 7213A hard drive, and hard drive timeouts regularly under
disk-intensive situations, especially when I try to do things on two VC's
at once.  I've had this problem on 0.96c, all patchlevels, and 0.97; I haven't
had time to apply pl1 to 0.97 quite yet.  When I do something disk-intensive
such as fsck/efsck, or gcc, and sometimes lha or tar | tar, I'll get the
hard drive timeout, resetting message, usually several times.  I modified
the printk in question in hd.c, and the sectors it times out on are similar,
but not always the same (some sectors time out more often than others).
In the case of fsck/efsck, though, it will give me a huge number of errors
which are not consistent with one another, then if I run it again, everything
will check out just fine.  The problems seem to come up far more often when
I start something going in one VC, then switch to another VC and do something
else that uses the disk (including, but not limited to, logging in and
starting top!).  I made that modification someone mentioned a few days ago
including setting HD_DELAY to 120.  No help.  I did, however, add to the
printk the buffer address in question; I will see if that changes.

Does anybody have any idea what to do?  Is it the Maxtor?  The partition
is physically perfect, having been used and NDD'd many times under MS-DOG.

This has been plaguing me for weeks now...

	Keith
(rohrer@fncrd0.fnal.gov)

-- 
Disclaimer: None of Grinnell College, URA, Fermilab, and any other affiliated
persons or orginizations have licensed my ideas or opinions, and thus are
not entitled to any which may appear above.
 
Newsgroups: comp.os.linux
From: chiu@wk211.nas.nasa.gov (Ing-Tsau Chiu)
Subject: Does Linux allow more than 8 partitions on a single drive?
Organization: NAS, NASA Ames Research Center, Moffett Field, CA
Date: Wed, 19 Aug 92 02:30:33 GMT
Distribution: na

I set up DOS, OS2 boot manager and Linux as primary partitions and an
extended partition w/ 3 DOS/OS2 logical drives and 1 Linux logical
partition.  I noticed that for scsi drive, Linux only has /dev/sda1 to
/dev/sda8.  Wonder if it is OK to create /dev/sda9 with mknod to allow
more than 8 partitions under Linux.

--
--
Ing-Tsau Chiu                       chiu@nas.nasa.gov
Newsgroups: comp.os.linux
From: solworth@newyork.eecs.uic.edu (Jon Solworth)
Subject: Notebooks and linux
Organization: Dept. of EECS, University of Illinois at Chicago
Distribution: comp
Date: Fri, 14 Aug 1992 22:21:01 GMT


	I would like to get a notebook and run linux on it.  I am particularly
interested in the Compudyne 486DX-33, Toshiba 4400, TI 4000, and other
486{S,D}X notebooks.

	Will this work?

	Anybody have any experience on these or other notebooks?

	Are there linux extensions to handle the notebook features
	(power low, etc.)?

	Any gotchas?

Thanks
Jon Solworth
Univ. of Ill- Chicago
--
===============================================================================
Jon A. Solworth                 internet:  solworth@parsys.eecs.uic.edu
Dept. of EECS (M/C 154)         telephone: (312) 996-0955
University of Illinois          FAX:       (312) 413-0024
P.O. Box 4348
Chicago, Illinois 60680
Newsgroups: comp.os.linux
From: herr@iti.informatik.th-darmstadt.de (Gabor Herr)
Subject: Re: AMD386 vs. Intel386 & external cache problems
Date: Fri, 14 Aug 1992 08:48:10 GMT
Organization: TU Darmstadt

In article <1992Aug12.190649.7668@athena.mit.edu>, tytso@ATHENA.MIT.EDU (Theodore Ts'o) writes:

...

> Well, have a AMD 386 40 MHz motherboard, ETEQ chipset, 128k cache, 16 MB
> memory --- and I haven't had any problems at all.  Perhaps your board
> was just defective; did you try asking your dealer to swap your
> motherboard for another one with the same configuration?
> 
> 							- Ted

How do you explain the same errors on two completely different mainboards? The
boards I tested had only one common factor: the AMD 386. 

Gabor


############################################################################
Gabor Herr			Email: herr@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
From: viggo@diku.dk (Allan Kim Schougaard)
Newsgroups: comp.os.linux
Subject: Re: Bus Mouse Tester > not working > WORKING
Date: 21 Aug 92 12:54:10 GMT
Organization: Department of Computer Science, U of Copenhagen

rafetmad@cheshire.oxy.edu (David Giller) writes:

>viggo@diku.dk (Allan Kim Schougaard) wrote:
>>gt6698a@prism.gatech.EDU (Andrew Hobson) writes:
>>
>>>I have a bus mouse, but linux 97 patch 1 does not recognize it.
>>
>>I have tried :
>>
>># cat /dev/bm
>>cat: bm: Try again

>Actually, this is the proper behaviour.

>>And:
>>
>># mouse Microsoft /dev/bm
>>Play with mouse. Press Ctrl-c to ...
>>{nothing happens}
>>Finished

>>During boot Linux displays the message:
>>
>>Busmouse detected and installed.
>>
>>The jumpers are installed at IRQ3 port 02c8 (not sure about the port)
>>and the mouse workes perfectly in dos.

>Ah, here's a problem.  Most mice are configured on IRQ5, and so
>the mouse driver assumes that.  If you can recompile the kernel, you
>can change this (it is trivial, but you must recompile the kernel).
>I don't have any idea how to autodetect what IRQ the mouse is on.

I have changed the setting to IRQ5 and... (wait for it) It works!!
So MicroSoft BusMouse *does* work under Linux, and very well.

When I change the speed to 10Mhz even the 'cat /dev/bm' workes, but at
40Mhz it doesn't (and I haven't a clue as to why not). 
The mouse testprogram takes a littel time to start but then keeps
scrolling, action or no action. And ofcause X works.

I also have a trackball on COM1, and before changing the IRQ on the
BusMouse that didn't work either. Now it works too (!?!)
But when using the mouse testprogram the program only displays new
data when the ball is moved.

The point is that I would hate to have X receiving and processing a
lot of parcels saying "no movement". Can I check if this is the case?
And if so, how can I change it ?

But basicly I am Very Happy :-)


				Viggo@freja.dk
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: Linux-Activists mailing list is going nuts.
Organization: State University of New York -- Institute of Technology
Distribution: global
Date: Fri, 14 Aug 1992 01:06:04 GMT

In article <1992Aug12.042155.15458@noose.ecn.purdue.edu> harrism@garage.ecn.purdue.edu (Matthew M Harris) writes:
>I didn't know who to mail this to, but there have been linux-activists
>archives within the linux-activists mailings. I.e #606 would be in #608.
>My mailbox is being overloaded with unnecessary mail.

It isn't happening here, if that means anything.

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: zlsiial@uts.mcc.ac.uk (A. V. Le Blanc)
Newsgroups: comp.os.linux
Subject: Re: assembler
Keywords: assembler
Date: 13 Aug 92 06:14:47 GMT
Reply-To: LeBlanc@mcc.ac.uk
Organization: Computing Centre, University of Manchester

In article <1992Aug11.075450.675@monu6.cc.monash.edu.au> int177c@aurora.cc.monash.edu.au (Jae Won) asks:
>I am wondering if I can get some sort of information about the assembler on
>linux or assemvbler for 386 in general.

I have placed the file as386.doc.Z for anonymous ftp from ftp.mcc.ac.uk
in /pub/linux/misc.  This file, I think, documents the instructions and
syntax used by gas, pointing out differences between this and the syntax
of MASM, the microsoft assembler.  (It is actually not gas but the AT&T
assembler which is described.)  This manual appeared in some newsgroup
long ago, but I've forgotten which or when.

     -- Owen
     LeBlanc@mcc.ac.uk
Newsgroups: comp.os.linux
From: pss1@kepler.unh.edu (Paul S Secinaro)
Subject: Re: EISA and the abounding unix clones
Organization: University of New Hampshire  -  Durham, NH
Date: Thu, 13 Aug 1992 11:36:17 GMT

In article <1992Aug12.210635.29658@natinst.com> scott@natinst.com (Scott A. Taylor) writes:

>>Well, all I know is that Linux didn't like my 486/33 EISA system with
>>DTC 3290HD SCSI controller, which is supposed to be Adaptec 1542
>>compatible.  It seemed to detect the controller and read the partition
>>table properly when the bootimage was coming up, but then efdisk
>>failed with an error when it tried to open /dev/hda.  I don't know if
>>this is a general problem with EISA or just my controller.
>>
>Neither.  The first SCSI disk is accessed as /dev/sda (major number 8, minor
>number 0), the second is /dev/sdb, etc.; /dev/hda refers to the first drive
>on an AT-style interface (MFM, RLL, IDE).  If /dev/sda doesn't exist on the
>root disk (I haven't seen a root disk since 0.95 ;-) ), make it with mknod.
>"mknod /dev/sda b 8 0" should do it. Incidentally, if you got that far I
>would guess that linux DOES run on *your* EISA machine.


Thanks, Scott.

Okay, sorry folks.  False alarm.  I was unaware that you had to use
/dev/sd<x> for SCSI devices (that's what you get for not reading the
FAQ).  I tried it last night, and "efdisk /dev/sda" brought up the
partition tables with no problem.

So, to sum it up, an EISA system with a Data Technology Corp. 3290HD
controller DOES seem to work with Linux so far (I haven't actually
installed it, but everything looks okay).

Paul
-- 
Niven's Law #14:   There exist minds that think as well as you do, but
                   differently.
Niven's Corollary: The gene-tampered turkey you're talking to isn't
                   necessarily one of them.
Newsgroups: comp.os.linux
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: DOS FS deleting large files?
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Organization: The Internet
Date: Thu, 20 Aug 1992 04:41:13 GMT

   From: trussell@cwis.unomaha.edu (Tim Russell)
   Date: Thu, 20 Aug 1992 03:21:55 GMT

       Well, more than once, when I have used that file to restore files using
   a normal "zcat" command, the file disappears, just as if it was deleted.
   CHKDSK shows no problems with the DOS partition.

Which version of zcat are you using?  There is a bug in some versions of
compress/uncompress/zcat where zcat will erroneously delete its input
file on some error, where "some error" can be your typing ^C on some
versions....

On machines where I'm undertain of zcat's vintage, I'm generally
paranoid and will type "zcat < file", to make sure zcat won't be able to
delete the file, even if it tries.

							- Ted
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Newsgroups: comp.os.linux
Subject: Re: README: gcc 2.2.2d is out
Date: 17 Aug 92 17:37:57 GMT
Organization: Washington State University

gcc 2.2.2d RUNS under Linux 0.96c or above. But without 0.97 patch 1
kernel source on line, it will give error message.

1. Install 0.97 patch 1 kernel source.
2. Compile 0.97 patch 1 kernel with Linux 0.96c or above.
3. Use 0.97 patch 1 kernel.

-- 
H.J.
Gcc/libc maintainer for Linux.
------
In article <1992Aug17.042153.19724@u.washington.edu>, kenney@milton.u.washington.edu (Michael Kenney) writes:
|> In article <1992Aug16.085002.26503@serval.net.wsu.edu> hlu@phys1.physics.wsu.edu (Hongjiu Lu) writes:
|> >
|> >This release only runs under Linux 0.96c or above.
|> >This release only runs under Linux 0.96c or above.
|> >This release only runs under Linux 0.96c or above.
|> >This release only runs under Linux 0.96c or above.
|> >This release only runs under Linux 0.96c or above.
|> >
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >This release only works with Linux 0.97 patch 1 or above.
|> >
|> [ useful gcc info deleted]
|> 
|> 
|> 
|> Huh????  Will it work with 0.96c or not?
|> 
|> -----
|> Mike Kenney
|> UW Applied Physics Lab
|> mikek@apl.washington.edu
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: Whining...I don't want to hack on the kernel
X-Newsreader: Tin 1.1 PL5
Reply-To: erc@apple.com
Organization: Unisys Corporation SLC
Date: Tue, 18 Aug 1992 21:20:07 GMT

Thomas Dzubin (dzubin@skorpio.usask.ca) wrote:

: Sorry if this is sacreligious, but I DON'T WANT TO HACK THE KERNEL.  It
: would be absolutely *wonderful* if someone (ANYONE!?) would put the
: binary of 0.97.pl1 somewhere FTP-able.

For those unfortunates, I'd be happy to email a uuencoded compressed
0.97pl1+ kernel.  Send your request to erc@apple.com.  I will queue the
kernels the evening I get the request.
-- 
Ed Carp, N7EKG     erc@apple.com                801/538-0177
"This is the final task I will ever give you, and it  goes  on  forever.   Act
happy, feel happy, be happy, without a reason in the world. Then you can love,
and do what you will."           -- Dan Millman, "Way Of The Peaceful Warrior"
Newsgroups: comp.os.linux
From: oreillym@tartarus.uwa.edu.au (Michael O'Reilly)
Subject: Re: Shrinking buffer sizes...
Organization: University of Western Australia
Date: Sat, 15 Aug 1992 04:43:01 GMT

mayfield@saffron.cs.ucdavis.edu (Doug Mayfield) writes:
: 
: Howdy LINUXers,
: 	I have what may be a simple question:  In the file 
: /usr/src/linux/fs/buffer.c there is a procedure called shrink_buffers
: but I can not find the place where this function is invoked.  Is this
: a function that was left in for some other purpose.  I was trying to
: find a way to make the kernel stop using so many buffers and found
: this function but no place where it is called.  
: 
: 	Is there some reason for this or am I just not looking hard
: enough???  Thanks in advance for any suggestions.

It is called from mm/swap.c. I don't think you actually want to be
reducing the number of buffers. The number of buffers gets reduced
automatically when the system runs out of memory. It then starts
swapping and re-useing buffers as user memory.

The relevent routine is mm/swap.c::get_free_page(int priority);

 
: ------------------------------------------------------------
: Douglas B. Mayfield
Newsgroups: comp.os.linux
From: jhuang@Chaos.mcs.kent.edu (Jing Huang)
Subject: Need Help: Mtools
Organization: Kent State University
Date: Thu, 20 Aug 1992 20:39:10 GMT

	Hello netters. I just realized that my "mtools" are behaving funny.

	Specifically, when I used "mdir b:" the first time, it gave me the
correct diretory list of the diskette. But then after I changed to another
diskette, "mdir b:" gave me the old (the first) diretory list. In other words,
"mdir b:" seemed to have a memory of only the first invocation. To get a file
list of another diskette, I have to reboot Linux. That is crazy. "mdir c:"
seems ok though.

	What should I do to correct this behavior?

--
Jing Huang  |  jhuang@Chaos.mcs.kent.edu
Department of Physics
Kent State University
Kent, OH 44242
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.os.linux
Subject: Re: root disk vs. mj disk, also hd.c patch
Date: 12 Aug 92 22:56:36 GMT
Organization: University of Helsinki

In article <1992Aug12.011334.17155@ultb.isc.rit.edu> axi0349@ultb.isc.rit.edu (A.X. Ivasyuk ) writes:
>
>
>First of all, how do you get the executables to be so tiny on the root disk
>and the mj distribution?  I can't get mine under 9K, even a 'hello, world'
>program.  I'd like to be able to squeeze my 80MB drive to the max.
>It can't be just the -O flag on gcc.

By using shared libraries, and the "-N" flag, and stripping the result
you can often make trivial binaries that are much less than 9kB. BUT
they won't demand-load nor share pages, so it's worth it only if the
binary is truly small. Using "-N" on bigger binaries will result in bad
performance and memory waste when running it.

> [ Q two deleted ]
>Third, where is the one-line patch to hd.c (0.97) that everyone has been talking
>about?  I think I missed it on the net.  Could someone send it to me, please?
>(I already applied patch1 and the buffer patch, and it did improve performance
>noticeably, esp. patch1 - Thanks Linus!!!)

It's not to hd.c but to linux/fs/buffer.c - in the function
grow_buffers(). 0.97.pl1 has code that looks something like this:

  	for (i = 0 ; i+size <= 4096 ; i += size) {
  		bh = get_unused_buffer_head();
  		....
- 		i += size;
  	}

As you can see, 'i' is updated twice ('i += size' both inside the
for-loop and as the terminating expression), resulting in using only
half the available space in a page for buffers.  The fix is to remove
the line I have marked with a "-".  The above simple fix results in much
better free memory utilization, and a marked improvement in performance
under some circumstances. 

		Linus
From: faith@bodie.cs.unc.edu (Rik Faith)
Newsgroups: comp.os.linux
Subject: 32mb patches for Linux 0.97.pl1 now available
Date: 18 Aug 92 03:05:41 GMT
Organization: The University of North Carolina at Chapel Hill


The 32mb patches allow the Linux kernel to use more than 16mb of RAM.

I have placed the 32mb patches for Linux 0.97.pl1 in the following places:

ftp.cs.unc.edu:/pub/faith/linux/32mb-0.97.1.tar.Z

reggae.oit.unc.edu:/pub/pc-stuff/Linux/Incoming/32mb-0.97.1.tar.Z

tsx-11.mit.edu:/pub/linux/?
Newsgroups: comp.os.linux
From: terwindt@cs.utwente.nl (Alfred Terwindt)
Subject: probelms
Organization: University of Twente, Dept. of Computer Science
Date: Wed, 19 Aug 1992 11:59:48 GMT

Problem: I'm a user and try to become root after typing the root password su
fails, and I'm still the same user. From being root # su <user> works fine.

# su
Passwd:
su: (null): not found.
# ls -l /bin/su
-rwsr-xr--   1 root     users        1972 Jun 29 06:21 /bin/su


Problem: I'm a user and make fails (there's a Makefile in the directory). If
I am root, make works.

# make
(null): setuid: Not owner.  Stop.
# ls -l /usr/bin/make
-rwxr-xr-x   1 bin      bin        138114 Aug 30  1991 /usr/bin/make

After changing make's rights:

# make
(null): setgid: Not owner.  Stop.
# ls -l /usr/bin/make
-rwsr-sr-x   1 root     root       138114 Aug 30  1991 /usr/bin/make

Seems that I messed up ID's. I've tried several things. 



Bug: groff-1.05a (with man1.1 and bsdman)

# man fopen
Formatting page, please wait...
d9f2 fxxx not implemented
/usr/bin/groff: gtroff: Signal 4



Bug: man1.1 leaves the rights -rw-rw-rw- in cat? dirs,
                                      ^!!!
I would prefer: -rw-r?-r-- 



Alfred.
-- 
rn: .signature: Alfred: No such user or process
Hi!  I'm a replicating .sig virus!  Join in the fun and copy me into yours!

Newsgroups: comp.os.linux
From: wolff@zen.et.tudelft.nl (Rogier Wolff)
Subject: Buying a VGA card: Will any ET4000 do?
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Tue, 18 Aug 1992 20:39:37 GMT

Hi everyone,

I am planning on muying a new VGA card. Now I was wondering has everyone
with a ET4000 VGA card gotten things to work with X11, or are there cards
that I should avoid. I'll probably get a cheap ET4000 card for about $100,
trading in my old Trident card for about $50....

					Roger
-- 
If the opposite of "pro" is "con", what is the opposite of "progress"? 
(stolen from  kadokev@iitvax.iit.edu, who got it from brydon@asl.sinet.slb.com)
EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371
Newsgroups: comp.os.linux
From: becker@super.org (Donald J. Becker)
Subject: Re: conflicting serial ports
Organization: IDA Supercomputing Research Center
Date: Fri, 21 Aug 1992 01:22:21 GMT

< ... about device busy message when trying to open both serial devices 0
and 2 or both 1 and 3, i.e. use COM1 and COM3 at the same time>

This shouldn't be too hard to fix.  In 'tty.c' add two new interrupt
handlers along the model of the four that are already there: one that
checks both COM1 and COM3, and a second that checks both COM2 and
COM4.  (It's fine to check a serial port if no character is waiting.)
Then instead of returning EBUSY when opening the second tty of the
pair, install the appropriate dual handler.  On tty close check for a
dual handler and, if you have one, drop back to the correct single
line interrupt handler.

The simpler approach of always installing a dual handler means you
will respond to spurious interrupt, and put characters into a queue
noone is reading  -- it's not worth trying.

I too was curious about the EBUSY return, and it took a few seconds to
figure out why Kermit wouldn't work under X.  Since it wasn't my
machine I couldn't try out this change.  The (faster) fix of moving the
modem off of the same pair of serial ports the mouse was on did work.
-- 
Donald Becker				       becker@super.org
Supercomputing Research Center,  Institute for Defense Analyses
17100 Science Drive, Bowie MD 21114		   301-805-7482
Newsgroups: comp.os.linux
From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: shared libs - can everyone be happy with this?
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 17 Aug 1992 20:15:01 GMT

In article <LILJEBER.92Aug17203359@klaava.Helsinki.FI> liljeber@klaava.Helsinki.FI (Mika Pekka Liljeberg) writes:
> Would this break demand loading, then? I think not. A text page could still
> be freed and reloaded on demand. Any library references on it would simply
> get relinked, when the path of execution intercepted them.

... unless that address reference happens to cross a page boundary. Then
you have five choices:

   - define this case as illegal. (Not that bad, but probbaly unpopular.)
   - provide a mechanism to fault in both pages at the same time.
     (Might be difficult.)
   - lock both pages in memory. (Very ugly.)
   - make both pages part of the process' data space. (Ugly.)
   - don't patch the call. (Now you're possibly incurring a huge performance
     penalty (at least compared to what you gain by modifying jumps),
     because you're going through the patching code whenever that call is
     performed.)

- Werner
-- 
   _________________________________________________________________________
  / 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: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.os.linux
Subject: Re: another proposed LINUX logo
Date: 19 Aug 92 19:05:22 GMT
Organization: University of Helsinki

peterw@archsci.arch.su.oz.au (Peter Williams ) writes:
>I am also open to suggestions for enhancements to the proposal.

How about putting a dead dog in there somewhere?  :-)

--
Lars.Wirzenius@helsinki.fi
Newsgroups: comp.os.linux