HDTenEightyP/NetNews huggingface dataset:
From: ig25@fg20.rz.uni-karlsruhe.de (Thomas Koenig)
Subject: Problem printing TeX output with Ghostscript on DJ500 solved
Followup-To: comp.os.linux
Keywords: TeX ghostscript deskjet 500
Reply-To: ig25@rz.uni-karlsruhe.de
Organization: University of Karlsruhe, Germany
Date: Thu, 21 Jan 1993 14:20:25 GMT

In article <1jgi10INNqhi@nz12.rz.uni-karlsruhe.de>, I wrote:

>At the moment, I use a somewhat laborious route to print my TeX output:
>I run my dvi files through dvips, the resulting postscript files through
>Ghostscript with DeskJet 500 output to a file, then finally I cat that
>file to /dev/lp1.  (No, I have not installed a printer daemon yet).
>
>This works, sort of, except that the output looks truly horrible because
>a lot of bits seem to get dropped, resulting in both little white
>recangles where there are supposed to be none and parts of letters
>being too thin.

I've got it working now:  I replaced the output "dj500" with "deskjet".  The
reason may have been a corrupt ghostscript binary in the SLS.  Thanks to
Peter Jesinger (zrsjp01@zmcipdec1.zdv.uni-tuebingen.de) for pointing
this simple solution out.
-- 
Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
The joy of engineering is to find a straight line on a double logarithmic
diagram.
From: torvalds@cc.helsinki.fi (Linus Torvalds)
Newsgroups: comp.os.linux.announce
Subject: ANNOUNCE: linux version 0.99 patchlevel 4
Keywords: Linux kernel 0.99pl4 bugfixes
Date: 21 Jan 93 21:12:30 GMT
Followup-To: comp.os.linux
Organization: University of Helsinki

As you can see, I'm back to the old "once or twice a week" kernel
version cycle.  The reason is the existence of some silly bugs in pl3
that don't always show up, but can lock up your machine or result in
other weird errors (parse errors in gcc etc).  It depends on your
hardware setup - specifically what kinds of interrupts your motherboard
sends, so I (and many others) actually never saw it. 

0.99pl4 is a small diff (1300 lines of diff - and it sounds more than it
actually is), and contains only bug-fixes.  The changes are:

 - include/asm/irq.h: fix the irq handling bug by adding a missing
   initialization of a segment register. 
 - console redirection bug fixed
 - Makefile fixes
 - support for more than 64 tasks - it was there before, but the GDT
   overflowed with NR_TASKS more than about 120.. 
 - ptrace() - the bogus ESRCH bug is corrected (fix by Branko Lankester?
   Hope I haven't messed up the attributions *again*). 
 - flock() support by adding two new ioctl() values - hlu.
 - seagate.c patches (Eric Youngdale) to fix the problem with some disks
   off the ST-0x controller. 
 - tcp/ip volatile fixes (sorry - lost the attribution)
 - remount patches by almesber

I'm getting happier about the kernel again - but I have got several
comments on the line "I'll wait for 1.0", so I'm starting to think I
won't get 0.99 debugged due to lack of tester interest.  I guess I
should have thrown out 1.0 totally unexpectedly instead of warning about
it.  I can only repeat my plea for people trying it out: if you don't
try it out (or don't report problems to me), you may find that 1.0 won't
work for you...  Also, if you find that pl4 doesn't fix a bug that you
already reported, please take the time to report it again by mailing me. 
Otherwise I'll probably assume that I found them all. 

And, in case you can't remember, pl4 is naturally available both as full
source and diffs against pl3 at nic.funet.fi: pub/OS/Linux/PEOPLE/Linus,
and will also probably show up at the other major sites within a day or
two.

		Linus
Newsgroups: comp.os.linux.announce
From: poe@daimi.aau.dk (Peter Orbaek)
Subject: poeigl 1.9a available
Followup-To: comp.os.linux
Keywords: simpleinit login write wall getty
Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
Date: Thu, 21 Jan 1993 14:20:35 GMT

I have seen several people having problems compiling poeigl 1.7 with
gcc 2.3.3. To those that want a newer version, that will compile
with gcc 2.3.3, version 1.9a is available as

	ftp.daimi.aau.dk:/pub/Linux-source/poeigl-1.9a.tar.Z

This is a strictly alpha release so beware!

There are some patches by Steven S. Dick, that prevents login from
hanging up (dropping DTR) when it does a vhangup().

There's also man-pages to most things contributed by Rik Faith.

I'll make a proper release when I get the time test these things.

The package is also available by gopher, just

	gopher gopher.daimi.aau.dk 70

	- Peter.
-- 
Peter Orbaek <poe@daimi.aau.dk>
Hasle Ringvej 122, DK-8200 Aarhus N, DENMARK
Newsgroups: comp.os.linux.announce
From: gamble!nigel@uunet.UU.NET (Nigel Gamble)
Subject: Interrupt driven printer driver version 0.2
Originator: mdw@theory.TC.Cornell.EDU
Keywords: parallel printer driver interrupt
Organization: Nigel Gamble, Consultant
Date: Wed, 27 Jan 1993 04:17:16 GMT

Version 0.2 of the interrupt driven parallel printer driver has been
uploaded to tsx-11.mit.edu:/pub/linux/BETA/lp/lpirq.2.tar.Z
It has been tested with Linux 0.99pl4.

If you have been having problems with abormally slow printing,
this driver should fix it.

Please let me know if you download it, even if it works perfectly!

Interrupt driven parallel printer driver, version 0.2
-----------------------------------------------------
Nigel Gamble, 24 Jan 1993.
uunet!gamble!nigel
gamble!nigel@uunet.uu.net

This new version of the Linux parallel printer driver makes use of the
interrupt hardware that is present on most of the I/O cards in use
on machines capable of running Linux.  It is much more efficient than
the existing driver (which uses over 20% cpu while printing a
ghostscript graphics file on my Epson compatible 9-pin dot-matix
printer).  It completely eliminates the problem of slow printing
previously seen with incorrect values of LP_INIT_CHAR; in fact,
LP_INIT_CHAR and LP_INIT_TIME are not used at all by the interrupt
driver.

Installation instructions
=========================

0.	You need to have linux 0.99pl4.

1.	Look at struct lp_struct lp_table in lp.h.  The first column
	is the base address of the printer port, the second is the
	interrupt number.  My board uses interrupt 7 for 0x378 (/dev/lp1).
	A zero in this column means the the old polling driver is
	used.  I expect that this configuration will be correct
	for most people with the standard `2 serial + 1 parallel'
	I/O card, but if it's not correct for you, change it.

2.	Copy lp.h to /usr/src/linux/include/linux (you may wish save
	the old lp.h as lp.h.OLD first).

3.	Copy lp.c to /usr/src/linux/kernel/chr_drv (you may wish save
	the old lp.c as lp.c.OLD first).

4.	Remake and reboot the kernel as usual.

There are two new ioctls:

	ioctl(fd, LPSETIRQ, irq);

can be used to change the interrupt number used without recompiling
and rebooting.  The source of a simple program, lpcntl.c, is included
which calls the ioctl, so

	lpcntl /dev/lp1 0

can be used to switch to the polling driver, and

	lpcntl /dev/lp1 7

can be used to switch back to the interrupt driver using interrupt 7.

	ioctl(fd, LPGETIRQ);

returns the current interrupt number, and

	lpcntl /dev/lp1

(without the second argument) will print the current interrupt number.

Changes from version 0.1
========================

1.	Error handling in the polled driver fixed (supplied by
	Michael K. Johnson).

2.	Default IRQ 5 added for /dev/lp2.

3.	ioctl command LPIRQ replaced by LPSETIRQ and LPGETIRQ.

4.	lpcntl.c modified for new ioctl commands.
-- 
Nigel Gamble                                    gamble!nigel@uunet.UU.NET
Ft. Lauderdale, FL                              uunet!gamble!nigel


-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
From: ig25@fg20.rz.uni-karlsruhe.de (Thomas Koenig)
Newsgroups: comp.os.linux.announce
Subject: at-1.1a.tar.Z uploaded to tsx-11
Keywords: a1-1.1a
Date: 26 Jan 93 20:33:00 GMT
Organization: Cornell Theory Center
Originator: mdw@theory.TC.Cornell.EDU

I've just uploaded the new version of at to tsx-11.  This version
fixes a bug in the Makefile and a problem for people who have
aliased /bin/rmail to /usr/lib/sendmail.  It can be found on

tsx-11.mit.edu:/pub/linux/sources/usr.bin/at-1.1a.tar.Z

People who have experienced no trouble setting up and running the
1.1 version do not need to upgrade.

Happy hacking
-- 
Thomas Koenig, ig25@rz.uni-karlsruhe.de, ig25@dkauni2.bitnet
Institut fuer Mechanische Verfahrenstechnik und Mechanik,
Bereich Angewandte Mechanik, Tel: 3758

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce
From: qx@shire.math.columbia.edu (Qi Xia)
Subject: ANNOUNCE xfs-0.6.1 test release
Originator: mdw@db.TC.Cornell.EDU
Keywords: xfs alpha file system
Organization: Cornell Theory Center
Date: Mon, 25 Jan 1993 23:19:31 GMT

ANNOUNCE xfs-0.6.1 test release.

l99.4-xfs6.1.note (this file)
l99.4-xfs6.1.tar.Z

has been uploaded to tsx-11.mit.edu, sunsite.unc.edu incoming directory.

This is a test release.

xfs-0.6.1 sacrifices two direct block pointer in each inode for ctime
and atime. xfs-0.6.1 use three seperate time record.

This means the layout of xfs-0.6.1 is not compatible with xfs-0.6.
Now xfs has all the fields a "real UNIX" inode has as per Bach's book.
With the target (at least for me) that the Linux will be used as a
personal workstation, light multi-user system or a server on a LAN
with similar box, as NeXT does, I believe that this is the first and
also the last time of changing layout of xfs.

xfs-0.6.1 has run on my machine since last Saturday. I think I should
make it available for test before too may people jump into xfs.
I will not write an in-place converter, because in case there is a bug,
it will be defficult to figure out if the bug is in the converter or
xfs itself. I apologize for the extra work of whose who have tested
xfs-0.6.

I have added a short tutorial to reduce the confusion of how to install
xfs-0.6.1.

The primary reports of xfs-0.6 testing are quite encourage. Except
one tester failed to make it work after heavy hand-editing the patch
(He has many other stuff to add into the kernel), all other testers
(3-4) made their system with xfs work fine so far. There
are no bug found in the kernel part. Three silly bugs found in the 
xfsck. They are fixed in 0.6.1.  

I only have IDE disks. I can not test if xfs happy with disks have 
bad blocks. If you are a xfs tester and has a non-IDE disk, please
let me know if it works.

Warning!!! This is still an ALPHA test release. You may experience
data lost. Keep this in mind.




-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce
From: zmbenhal@netcom.com (Zeyd M. Ben-Halim)
Subject: Announcing NCURSES 0.3 
Originator: mdw@theory.TC.Cornell.EDU
Keywords: ncurses libs
Organization: Cornell Theory Center
Date: Thu, 28 Jan 1993 18:43:55 GMT


I have uploaded a new release of ncurses to sunsite.unc.edu:pub/Linux/Incoming
and to tsx-11.mit.edu:pub/linux/sources/libs.

This version should be usable by the general public as it is more stable.
ncurses is a SYSV-compatible curses (screen management) package.
It supports keypad() allowing access to function and arrow keys.
It supports and uses Terminfo instead of termcap for terminal description.
It has support for PC graphic characters (used in drawing boxes).
It has color support similar to that in SYSV curses.
It has support for LINES & COLUMNS environment variables.
It has support for SIGWINCH.

Also included are a few programs that you can use to test ncurses.

Missing:
Backgroung manipulation routines.
Some color routines due to PC limitations.
Not all KEY_* are defined.
nodelay mode.
idlok() is ignored.
Pads.
screen read/write.
Soft label routines.
And a few other minor functions.

Any comments, bug reports, patches, additions are welcome.
If you have a program that's having problems running with ncurses either send
me a copy of it or tell where I can get a copy.

Zeyd M. Ben-Halim
zmbenhal@netcom.com


-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: New release of procps, again.  Get it.
Originator: mdw@theory.TC.Cornell.EDU
Keywords: ps proc bugfix 0.4
Organization: Tea Conspiracy
Date: Wed, 27 Jan 1993 21:07:20 GMT

[by the way, 'procps' is a package which implements ps, w, free, etc. using
 the /proc filesystem for 0.99 and above. If you still use the old ps
 package you should upgrade to the more elegant (and supported) procps. -mdw]

I have put yet another release of the procps suite on tsx-11.  This
has a few more man pages and several bugs are fixed.  If you didn't
like the last version, get this one, as you will like it much better.
I solicit bug reports on this.

tsx-11.mit.edu:/pub/linux/BETA/procps/procps-0.4.tar.Z

Note the addition of a version number.  The version is rather
arbitrary, and at the last moment, I decided to make it correspond
with the current kernel patchlevel at least right now.  I don't expect
it to stay that way.

Note that the bug with <32K pid's is still there, becase it is a bug
in the proc filesystem.  It has been fixed, though, for the next
patchlevel or release of linux.

michaelkjohnson

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce,comp.os.linux
From: balasub@cis.ohio-state.edu (Krishna Balasubramanian)
Subject: FAQ. X11. Getting and Setting Up the XS3 server.
Followup-To: comp.os.linux
Keywords: XS3 X11
Organization: Ohio State Computer Science
Date: Thu, 21 Jan 1993 14:26:11 GMT

[ Moderator's note: I sent this out once already, but I goofed it up
  somehow.  Sorry if you see it twice.  --liw ]

If you have questions related to using XS3 on linux send email to
jon@robots.ox.ac.uk. If your question is related to X11 or Xfree86
in general consult the appropriate FAQ or man page.
The following information is from Jon.
krishna


XS3 lives on ftp.robots.ox.ac.uk (pub/linux/S3), the server runs
well on most non-Diamond S3 cards and support the 911, 924 and 801 S3
chipsets.  Some 924 users have reported lockup problems with the
server, but generally the server is as robust as XFree86.

For a comparison of speeds the various chipsets score about the 
following xstones.

ET4000		 6k 
s3911		34k
s3924		45k
s3801		66k

XS3 is not (yet) based on XFree86, therefore you must not use the Xconfig
supplied with the XFree86 release, nor can you use compressed fonts. 

To install XS3, first install the latest Xfree86 release, then uncompress
the fonts:

# cd /usr/X386/lib/X11/fonts
# uncompress */*.Z
# mkfontdir *

And place a XS3 Xconfig in /usr/X386/lib/X11: 
# cp Xconfig.f1280 /usr/X386/lib/X11/Xconfig

edit the mouse and modeDB sections of the Xconfig following the instructions
with XFree86.
# edit /usr/X386/lib/X11/Xconfig		#...

then make /usr/X386/bin/X a symbolic link to the setuid root XS3 server:

# chown root /usr/X386/bin/XS3
# chmod u+s /usr/X386/bin/XS3
# ln -fs /usr/X386/bin/XS3 /usr/X386/bin/X

Hopefully now all that remains is:
# startx

If the server fails to run, check the error messages it gives when starting.

Eventually XS3 will be combined into XFree86 and much of this will disapear,
there is a Alpha XFree86 binary on ftp.robots.ox.ac.uk with S3 support, for
now this can be used to find the dot clock frequencies of your card.
Newsgroups: comp.os.linux.announce
From: ctne_ltd@uhura.cc.rochester.edu (Chris Newbold)
Newsgroups: comp.os.linux.announce
Subject: Updated SCSI-2 CD-ROM audio drivers & port of WorkMan
Keywords: WorkMan SCSI-2 CD-ROM
Date: 22 Jan 93 16:51:11 GMT
Organization: University of Rochester - Rochester, New York
Originator: mdw@theory.TC.Cornell.EDU

Well, since I got so much response to my first announcement about
writing a better CD-ROM audio tool for X windows informing me about
WorkMan, I decided to port it to Linux. It's got album/artist and
track title memory and many, many nifty options. Check it out.

The port was trivial, but it uncovered a couple of subtle bugs in the
ioctls, hence the new release of that package too. The driver
package (scsi2audio-0.2 at tsx-11.mit.edu:/pub/linux/BETA/cdrom)
contains patches for xcdplayer, WorkMan 4.01 (original sources at
sunsite.unc.edu:/pub/X11/Openlook/workman.401.tar.Z) and a replacement
sr_ioctl.c for 0.99-pl1 and newer kernels.

I have also put a pre-patched copy of the WorkMan source on tsx-11
in the same place. It includes a ready-to-go binary too.

Following is the README.linux file I wrote for the WorkMan package...

-Chris

--

22 January 1993

This is the port of WorkMan for Linux. Only trivial changes were needed;
a copy of the patches that were applied is in workman.diff in this
directory.

The workman binary was compiled on Linux 0.99-pl4 with gcc 2.3.3 and
libc 4.2 and X libraries 2.1.

Workman should work on any system with kernel-supported CD-ROM audio.
At the moment (kernel 0.99-pl4) this means that you must have either
a SCSI-2 CD-ROM drive or a drive compatible with the Sony CDU-31A.

For SCSI-2 drives (such as the Sony CDU-541, Toshiba 3301/2), you'll
need my package for SCSI-2 CD-ROM audio. You can find this at
tsx-11.mit.edu:/pub/linux/BETA/cdrom/scsi2audio-0.x.tar.Z.

For CDU-31A drives, you'll need Corey Minyard's (minyard@wf-rch.cirr.com)
driver. This is currently at sunsite.unc.edu:/pub/Linux/Incoming/
sonycd-0.2.tar.Z. This will probably move to another directory soon. Note
that I have not tested Workman with this driver, so you're on your own.

-Chris Newbold (ctne_ltd@uhura.cc.rochester.edu)

-- 
>>>> Chris Newbold <<<< * "If you fool around with a thing for very long you *
University of Rochester	*  		  will screw it up."		     *
Disclaimer: "All warranties expire upon payment of invoice."                
ctne_ltd@uhura.cc.rochester.edu * uhura.cc.rochester.edu!ctne_ltd@uunet

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce
From: qx@shire.math.columbia.edu (Qi Xia)
Subject: Linux 0.99.4 and xfs
Originator: mdw@theory.TC.Cornell.EDU
Keywords: xiaxfs xfs patch 0.99.4
Organization: Cornell Theory Center
Date: Sat, 23 Jan 1993 22:44:15 GMT

There will be no xiafx (xfs in short) patch against linux 0.99.4
because l99.3-x6.tar.Z works with linux 0.99.4.
For those who have applied l99.3-x6.tar.Z to 0.99.3, you can upgrade
to 0.99.4 by apply Linus' linux-0.99.patch4.Z.
The upgrade is strongly recommanded. The bugs in 0.99.3 crouch 
my system when compress is run, and dump core when gcc is invoked.
both compress and gcc work nicely under 0.99.2 or 0.99.4 with
xfs build in.

These is a bug in xfsck in l99.3-x6.tar.Z. Here is the fix.

*** xfsck.c.old	Fri Jan 22 15:42:08 1993
--- xfsck.c	Thu Jan 21 23:32:55 1993
***************
*** 520,525 ****
--- 520,527 ----
  {
      int byte_nr, bit_off;
  
+     if (!addr)			/* is a hole */
+     	return 0;
      bit_off = z_to_bnr(addr); 
      byte_nr = bit_off >> 3;
      bit_off &= 7;


-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce
From: johnsonm@stolaf.edu (Michael K. Johnson)
Subject: New version of procps
Originator: mdw@db.TC.Cornell.EDU
Keywords: procps new version
Organization: Cornell Theory Center
Date: Mon, 25 Jan 1993 06:25:47 GMT

The most recent version of procps, my /proc-based ps suite, is
available as
tsx-11.mit.edu:/pub/linux/BETA/procps/procps.tar.Z

Included: ps, w, uptime, free, tload, and xload.  If anyone wants to
write top, contact me for info.  I don't use top, myself...  Due to
lack of coordination on my part, there is nothing yet which uses the
/proc/kmsg facilities at this time.  Soon.

ps.1 is included.  If anyone feels like writing documentation for any
of the other utilities, please contact me, as I will be glad to have
it written.  I'd do it myself but for the little matter of time...
Once I get documentation for everything, this will no longer be in the
beta directory.

Several little bugs were fixed in ps (and it is 10% faster to boot),
and we have a real uptime and w, although they are strictly *not*
derived from the BSD source, as I feel that there are a couple of
gratuitous bugs in the BSD version, their copyright takes up too much
room, and this version is cleaner.  Most of the implementation was
done by Larry Greenfield.

There is a small bug in at least older versions of the proc filesystem
(I haven't checked the newest kernels) that keeps any process with a
pid of over 32K from being displayed.  I'm pretty sure how to fix it,
even without looking, but won't have time for a few days, and it might
be fixed in the latest kernels, anyway.  It's not that big a deal,
anyway: it took my computer several hours of "while /bin/true" to add
32K or so to my process counter to exibit the bug, and I had already
had nearly a week of uptime under X...  However, it might bite some
people, so I thought that I would mention it.

michaelkjohnson

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
From: becker@super.super.org (Donald J. Becker)
Newsgroups: comp.os.linux.announce
Subject: 3c503, NE2000, etc. ethercard drivers are now available.
Keywords: 8390 ethercard driver 3Com 3c503 3c503/16 NE1000 NE2000 etc
Date: 21 Jan 93 20:44:01 GMT
Followup-To: comp.os.linux
Organization: IDA Supercomputing Research Center

My "8390" Linux ethercard drivers are now available from usra.edu and
super.org in ~ftp/pub/linux/ethercards/*.  They'll be at tsx-11 and
sunsite RSN.

These drivers support all common 8390-based ethernet boards.  Currently
"common" is defined as:

	3Com Products:
*	3Com 3c503	Board loaned by Chance Reschke, USRA.edu (thanks!)
	3Com 3c503/16	and excellent documentation provided by 3Com.

	Clones-n-things
	NE1000		Novell and Eagle are useless for documentation,
*	NE2000		but copied the designs directly from NatSemi;->.
*	Alta Combo(NE2000 clone)
	Aritsoft LANtastic AE-2 (NE2000 clone w/ extra memory)
	D-Link Ethernet II

    	Cabletron products:
	E1010		No ID PROM and sketchy info from Ctron means you'll
	E1010-x 	have to compile-in information about your board.
	E2010
	E2010-x

	WD/SMC products
	WD8003
*	WD8013		Board loaned by Russ Nelson, Crynwr Software.  Thanks!

* I've seen it work myself!

There is support for the following boards, but since I've only been
able to borrow a thinnet of an HP ethercard I haven't been able to test it:

	HP LAN adaptors
**	HP27245
**	HP27247
**	HP27250

If your 8390-based ethercard isn't on this list please send me email
and, if possible, documentation and an evaluation board.

Thanks are due to the dozens of alpha testers, and special thanks to Chance Reschke <@usra.edu> and Russ Nelson <@crynwr.com> for loaning me ethercards.


-- 
Donald Becker				       becker@super.org
Supercomputing Research Center
17100 Science Drive, Bowie MD 21114		   301-805-7482
Newsgroups: comp.os.linux.announce,comp.os.linux
From: Mike Jagdis <jaggy@purplet.demon.co.uk>
Subject: ANNOUNCE: syslogd using /proc/kmsg
Originator: mdw@theory.TC.Cornell.EDU
Keywords: announce, syslogd, proc
Organization: Cornell Theory Center
Date: Sat, 23 Jan 1993 01:08:07 GMT

Well, I've not noticed anyone else do this, sooo...

syslogd.taz uploaded to nic.funet.fi, sunsite.unc.edu, tsx-11.mit.edu

This is the source to syslogd plus test programs along with a syslogd
executable compiled against libc 4.2.

This version uses the /proc/kmsg method of catching kernel messages.
It also opens things with O_NOCTTY to avoid causing strange things to
happen with VCs and process groups :-)

For those that don't know syslogd is a daemon that catches messages
from various places and handle them according to user defined rules,
writing them to the console, logging them in files etc.

                      Mike

-- 
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Newsgroups: comp.os.linux.announce