HDTenEightyP/NetNews huggingface dataset:
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: qrecent copy.
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 8 Sep 1992 19:25:12 GMT

In article <1992Sep8.191511.18525@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>In article <1992Sep7.195422.19813@muddcs.claremont.edu>, jwinstea@fenris.claremont.edu (Jim Winstead Jr.) writes:
>| >	Will linux support the Coconet online BBS system.(my
>| >application for it)
>| 
>| I dunno, haven't heard about it.  If it's fairly portable to begin
>| with, a port to Linux should be painless.  If it has all sorts of ugly
>| SCO hacks, you could have problems.
>
>  Whoa, there are lots of nice POSIX things still missing from Linux,
>which is what has kept me from porting a number of applications. The
>whole IPC area is a "vast wasteland," and that's where BBS systems
>usually need resources. SCO provides working mmap(), shared memory,
>semiphores (BSD and SysV), and message queues.

Ah, yes, I guess the IPC stuff would be a sticking point, assuming the
BBS software used it - that's a problem I've never run into with all
the various and sundry stuff I've ported.  You're absolutely correct
in saying that Linux is missing a bunch of that sort of stuff -
whether the BBS stuff needs or not is the issue.

>  The fact that Linux is a great system does not cover the painful lack
>of these things, as well as some kinds of file locking (at least now we
>have file locking, lockf() can be written as a library over the ioctl
>forms). These are not "ugly SCO hacks" they are common, widely available
>features currently missing from Linux. You sound like a politician,
>slinging mud at the competition instead of praising your own strong
>points.

I didn't mean to refer to such standard things as IPC and file locking
as 'ugly SCO hacks' - you're putting words in my mouth.  I meant more
along the lines of "do this, then that, because SCO does something
bizarre and non-standard there".  There are just as many ugly Linux
hacks as SCO ones, I'd imagine.  (Summary:  I was referring to hacks
in the application to get around shortcomings in the OS or using
bizarre/obscure features of the OS, not any particular strangeness
about the OS in particular.)
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: WANT GCC? FORGET FAQ.GCC AND README?? READ THIS FIRST!!!!
Organization: State University of New York -- Institute of Technology
Date: Sun, 6 Sep 1992 01:56:18 GMT

In article <18801dINNeuq@usenet.INS.CWRU.Edu> mal11@po.CWRU.Edu (Matthew A. Lewis) writes:
>
>ok.....maybe I did get a little bent out of shape.....but I apologized.
>Everyone has responded to this post.

I think you should expect to see more responses, there are some delays
in newsgroup delivery.  Here at school, it is unpredictable and postings
may get here as much as three days or more after they were originally
posted.

>BUT NOONE HAS EVEN READ "apologies but i still neeed help"

Maybe they are mad at you.  I don't think whining gets you any
friends.
 
>In it, you will see that I did EVERYTHING the faqs, readmes, release
>notes said and I still can't get it to work.

Nope, I read it and answered it.  YOU need to be a little more patient.
What do you expect, that you ask a question and five minutes later a
fairy waves his wand over your computer and all your problems go away?
You really should learn to read, the docs state that you need a good
shell and it even recommends a couple, but I'm not going to tell you
what they are -- learn to read and find out for yourself.  Now quit
your whining!!!!!

>>be discouraged by a few unthankful individuals.
>
>I am very thankful........But if there really is a problem, lets' find
>it.

The problem is either you or your setup.  It's probably both.  Your 
biggest mistakes were blaming it on HJ, telling people to ignore HJ's 
docs, and giving bad instructions out to others.

If you keep it up with these annoying posts, nobody will listen to
you.

-- 
Jim H.
*
* James L. Henrickson
* ujlh@sunyit.edu        "Some day I might have a real .signature!"
From: kw@dde.dk (Kurt Wachmann)
Newsgroups: comp.os.linux
Subject: Good way to clean /tmp (was Re: Internal compiler error...)
Date: 15 Sep 92 08:47:21 GMT
Organization: Dansk Data Elektronik A/S

rafal@utstat.uucp (Rafal Kustra (summer student)) writes:
[ stuff deleted ]
>BTW What is a good way to clean /tmp dir (ie preserving
>crushed editors files, not deleting files being used etc)?
>Thanx
>				Rafal

Your Linux (or any *nix) machine should clean /tmp on boot-up after
running expreserve, and whatever things try to read tmp-files after
a crash.

If your machine is not booted regularly, you probably need to clean
out /tmp for OLD files; that is files not touched for a few days.

This can be done by using cron to run tho following command once a day:

	find /tmp -type f -mtime <days> -exec rm {} \;

This will not remove untouched directories, so you might want to remove
them AFTER cleaning out old files:

	find /tmp -type d -mtime <days> -exec rmdir {} \;

This will not harm touched files in a directory with no added or removed
files for some time, however, it will give a warning "directory not empty"
or something like that. Finally, this will remove your /tmp if it's not
mounted and it hasn't been touched for <days>, so you should end your
script with

	mkdir /tmp
	chmod 777 /tmp

This will normally give you a warning like "unable to make directory" because
it already exists.

Normally expreserve (and others like it) are non-destructive to an
active editing session, so you can run these as cronjobs before
cleaning /tmp. But you need to check this in each case.


/Kurt

---------------------------------------------------------------------------
Kurt Wachmann, M.Sc. EE.     E-mail: kw@dde.dk     First Linux boot: 0.10
-- 

+---------------------------------------------------------------------------+
|   Kurt Wachmann @ Dansk Data Elektronik A/S, Herlev, Denmark              |
|   E-mail:  ..!uunet!mcvax!diku!dde!kw  or  kw@dde.dk                      |
Newsgroups: comp.os.linux
From: ardouin@asterix.drev.dnd.ca (Jean-Pierre Ardouin)
Subject: problem compiling a 0.97xx kernel
Keywords: kernel
Organization: Defence Research Establishment, Valcartier
Date: Tue, 8 Sep 1992 00:55:26 GMT



Whenever I try to compile a 0.97xxx kernel (0.97p1, 0.97p1.5, 0.97p2, 
0.97p3 ,0.97p4) while running a 0.97xxx kernel I get an error that 
stops the compilation.

These are the type of errors I get: 

	ld: premature end of file in strings of "somefile".o
  or 
	gcc: Internal compiler error: program cc1 got fatal signal 6
  or 
	gcc: Internal compiler error: program cc1 got fatal signal 11

I have tried with gcc 2.2.2 and 2.2.2d and I also tried disabling
my swap partition, all with no changes.

However, compiling any 0.97xxx kernel while running kernel 0.96cp2 runs
just fine.

My system is a 33Mhz 486, 8 megs of RAM and IDE disks.

Any idea ?

Jean-Pierre Ardouin
ardouin@asterix.drev.dnd.ca
-- 
.
Newsgroups: comp.os.linux
From: dsb@world.std.com (David Boyce)
Subject: Re: Urgent request
Keywords: gcc, libc.a, sh
Organization: The World Public Access UNIX, Brookline, MA
Date: Sat, 12 Sep 1992 02:45:23 GMT

In article <1992Sep11.185407.9858@serval.net.wsu.edu> hlu@poly2.eecs.wsu.edu (H.J. Lu) writes:
>I am going to release a new gcc/libc.a this weekend. It will have
>jump table 4.1. X11 v2.0 will use it. To install it, you have to
>run 0.97 pl 4. Please upgrade your kernel to 0.97 pl 4 now. And

    I think the wording here is kind of unfortunate. We just had a
very long thread in which many people said "linux is evolving too
fast, we need to slow it down and stabilize the releases". In response
to which one linux hacker after another (correctly) pointed out that
stability is in the hands of the individual: that if you don't
want to destabilize, don't upgrade your system often. I, for instance,
am still at 0.96c and have no intention of upgrading until
1.0, because all my applications work now.
    In light of the above history, I think it would be better to
simply say "you need to upgrade to 0.97pl4 IF you want to install the
new gcc and/or X11 v2.0". Otherwise the message from the linux-leaders
seems kind of schizophrenic.
-- 
David Boyce	dsb@world.std.com	617-576-1540
From: pete@q106fm.UUCP (pete cervasio)
Newsgroups: comp.os.linux
Subject: tsx-11.mit.edu major mirror site :-) :-)
Date: 15 Sep 92 00:46:25 GMT
Organization: WKBQ-FM Engineering Department

Well, I don't know if anyone's noticed yet, but there's a new mirror of
tsx-11.mit.edu's /pub/linux directories... you might want to check out
wupost.wustl.edu:/archive/mirrors4/linux.

Just thought I'd let you know.  :-)  I don't know how often they're
going to update the mirror (still dumb about such things) but I'll ask.

Pete C.

+----------------------------------------------------------------------+
| Pete Cervasio                | pete%q106fm.uucp@wupost.wustl.edu     |
| I fish, therefore I am.      | pete.cervasio@f1.n2250.z1.fidonet.org |
+----------------------------------------------------------------------+
|  If you think of C as a preprocessor for your assembler, it makes    |
|                   just as little sense as before.   (me)             |
+----------------------------------------------------------------------+
Newsgroups: comp.os.linux
Subject: Re: Can you access a virtual console directly?
From: billp@jupiter.cse.utoledo.edu (Bill Parquet)
Date: 15 Sep 92 22:05:17 EST

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
: >How about if the kernel had some special services that would make it
: >easy and portable (within Linuces) to use the virtual consoles without
: >termcap? I mean something like this:
: 
: You solution has serious problems.  Among other things, it assumes that
: the video memory is laid out in a special way.  Not everybody uses the
: same kind of hardware you do.  If you use termcap, you just don't have
: to worry about it.

It might be helpful if there was some sort of library for screen mainten-
ance.  Instead of directly manipulating the screen, it would translate
function calls into termcap codes.  Maybe something like borlands turbo-
vision, only not nearly so elaborate.

Something like that would keep the new programmers happy, and still keep
the programs fairly portable.  If the api was extensive enough, special
versions could be made vt100, MGR, X11  (although that might be spreading
out a little thin), but just being able to recompile the app with a
different library and being able to take advantage of a completely different
interface.

(If I could clone myself maybe 3 or 4 times, I would probably have enough
time to program all my ideas!)

Newsgroups: comp.os.linux
From: alovell@kerberos.demon.co.uk (Anthony Lovell)
Subject: OAK 256k VGA card 
Distribution: world
Organization: The Home for Three Headed Canines
Date: Thu, 10 Sep 1992 15:33:23 +0000


In article <1992Sep9.163711.713@meiko.com> owen@meiko.co.uk writes:

>
>
>Has anybody any experience of using this card with Linux?
>I'm currently using it with an EGA emulation, which won't scroll.
>I'm considering buying a mono VGA monitor, so is anybody out there using
>this combination.
>
>Uses the OTI-037 chipset with VGA BIOS 2.15-35.
>
>Alternatively, does anybody have a contact for OAK?
>
>Owen Thomas
>
>-- 
>Post:  Meiko, 650 Aztec West, Bristol, BS12 4SD, UK.
>Mail:  owen@meiko.co.uk , or, owen@meiko.uucp , or, ...!uknet!meiko!owen
>Phone: +44 454 616171                   Fax: +44 454 618188
>
>
It works ok with a mono VGA monitor at least it does on my friend card
------------------------------------------------------------------------------
alovell@kerberos.demon.co.uk          |   If at first you don't succeed
                                      | 
alovell@cix.compulink.co.uk           |   Get a Bigger Hammer 
------------------------------------------------------------------------------
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: comp.os.linux
Subject: Epoch documentation
Date: 8 Sep 92 23:25:06 GMT
Organization: Virginia Tech, Blacksburg, VA


 i uploaded epoch.dvi.Z to sunsite.unc.edu (dir pub/Linux/X11/Incoming)
  this TeX DVI file documents Epoch v 4.1
Organization: Penn State University
X-Subliminal-Message: oomogswoc rules!!!!
Date: Sat, 5 Sep 1992 20:17:36 EDT
From: Beaker <MXD120@psuvm.psu.edu>
Newsgroups: comp.os.linux
Subject: Shoelace/Kernel rebuild

If I am running linux using shoelace, do I have to relace the
HD after I do a kernel rebuild, or can I just copy the new
bootimage over the old one?

--Beaker
Newsgroups: comp.os.linux
From: pdc@temple.demon.co.uk.demon.co.uk (Piers Cawley)
Distribution: world
Subject: Re: U\*nx Book for DOS usr | newbie
X-Mailer: cppnews $Revision: 1.14 $
Organization: NoOrg
Date: Sun, 6 Sep 1992 19:22:55 +0000


In article <1992Sep6.062601.236666@ns1.cc.lehigh.edu> dlj0@ns1.cc.lehigh.edu (DAVID L. JOHNSON) writes:

> In article <1992Sep4.030955.7522@pool.info.sunyit.edu>, ujlh@pool.info.sunyit.edu (James Henrickson) writes:
> >In article <1992Sep2.171059.27974@athena.mit.edu> A200%SIUEMUS.BITNET@mitvma.mit.edu writes:
> >>Hi,
> >>Saw your request inquiring about a U*ix book for beginners.
> >>I just started using a u*ix system earlier this year.  Before
> >>that it was DOS since its inception.  I've found the following
> >>book to be very good:
> >>

The one I always swore by until some blighter nicked it was

  Unix in a Nutshell
  published by O'Reilly and Associates

Not exactly a beginners book, but a bloody good reference none
the less.

+-----------------------------+------------------------------+
|Piers Cawley                 |  You think you're the last   |
|pdcawley@cix.compulink.co.uk |  word on everything Ibid.    |
|pdc@temple.demon.co.uk       |       -Small Gods            |
+------------------------------------------------------------+
Newsgroups: comp.os.linux
From: ets1@cec2.wustl.edu (Eric Thomas Stuebe)
Subject: Re: Benchmarking under Linux (was Re: New 486 Suggestions?
Organization: Washington University, St. Louis MO
Date: Sun, 6 Sep 1992 21:25:56 GMT

In article <1992Sep4.100706.12473@klaava.Helsinki.FI> torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:

>But processor speed can be very important under linux: not just for the
>obvious user-level speedup, but due to better response to disk-drive
>interrupts and the like.  Faster machines may simply read the disk at
>the full 1:1 interleave - with slower systems, it's possible that the HD
>driver doesn't keep up, and you get the dreaded 1-block/rotation
>syndrome, which really hurts when swapping.  This problem is probably
>especially notable on 386SX machines: the 386 interrupt handling is
>inherently slow, but if the memory badwidth is further reduced by the
>16-bit bus, interrupt response is probably ever worse.
 
>		Linus

What would you guess that the odds are that this is actually happening to
anybody?  I'm running on the most basic Linux-capable system--16 Mhz 386sx,
with just 2M of RAM--so I expect that I'm getting hit by it if it's happening
to anyone.  I plan on repartitioning my hard drive soon anyway, I could
reformat with a 2:1 or even 3:1 interleave at the same time...but I thought
that the days of 3:1 interleaves were gone forever when I moved into double-
digit Mhz ratings.


--
Eric Stuebe, CS/EE at Washington University *in St. Louis*
ets1@cec1.wustl.edu      "I didn't do it!  Nobody saw me do it--you can't
estuebe@nyx.cs.du.edu     prove nothin'! ...  What was the question again?"
Newsgroups: comp.os.linux
From: vesseur@fwi.uva.nl (Joep Vesseur)
Subject: problems with curses
Summary: curses kills me
Organization: FWI, University of Amsterdam
Date: Tue, 8 Sep 1992 07:13:32 GMT

hi,

i've got problems with curses. running the following program (with
mcc's gcc2.2.2d + linus' 097.4)
	
	#include <curses.h>
	#include <stdio.h>
	
	main(int argc, char *argv[])
	{
		WINDOW	*stdscr;
		int	i;
		int	until= 0;
	
		stdscr= initscr();
		idlok(stdscr, TRUE);
		scrollok(stdscr, TRUE);
		if (argc > 1)
			sscanf(argv[1], "%d", &until);
	
		for (i= 0; i < until; i++) {
			wprintw(stdscr, "dit is regel %d\n", i);
			wrefresh(stdscr);
		}
		endwin();
	}

when run with a number, it should print that many lines, while
scrolling the screen if it gets filled. this works fine on other
unix systems, but on linux it
	- doesn't scroll (well, it does, but only one line. it then
	  goes to the top of the screen (not printing one line) and 
	  resumes)
	- gives a segmentation fault and illegal adres errors.
i have to admit that i don't have extensive documentation on curses
(just the man page), but then, it works on other systems.

thanx for any info.

joep.
Newsgroups: comp.os.linux
From: wolff@zen.et.tudelft.nl (Rogier Wolff)
Subject: Loadable device drivers Working: Alpha testers wanted.
Organization: Delft University of Technology, Dept. of Electrical Engineering
Date: Mon, 07 Sep 1992 12:31:05 GMT


Hi,

I've just gotten the loadable device drivers things working.
Anybody working on a device driver want to try?
It's best if you have patchlevel 3 installed, since memory
managment has changed a little, and I'm not sure if I use
things that are backward compatible.

Currently you can't unload a device driver, but I'm working
on it. Another word of warning: don't try it if you've
got exaclty 16Mb: it won't work (crash!). I'll be working on
these minor things for the next few days.

Mail me if you want to try.

				Roger.

-- 
****   a 486 in V86 mode is like a VW buggy with a 6 litre V12 motor.  ****
EMail:  wolff@duteca.et.tudelft.nl   ** Tel  +31-15-783644 or +31-15-142371
Newsgroups: comp.os.linux
From: jwinstea@fenris.claremont.edu (Jim Winstead Jr.)
Subject: Re: sock_init hangs on 0.97pl2
Organization: Harvey Mudd College, WIBSTR
Date: Tue, 8 Sep 1992 18:23:03 GMT

In article <1992Sep8.181121.25349@tc.cornell.edu> mdw@theory.TC.Cornell.EDU (Matt Welsh) writes:
>About 3 times out of 5, upon bootup on 0.97pl2, sock_init (when 
>intializing the AF_UNIX sockets; I haven't installed the tcpip patches)
>hangs the system and I have to reboot. This usually happens about
>15 seconds after sock_init's message appears on the screen; possibly
>whatever comes after sock_init (the next message to be displayed if it
>_doesn't_ hang is the partition table) is what's actually hanging. 
>Has anyone had similar problems? Should we look at this part of the code
>to make sure that nothing's wrong with it?

It sounds like it's the SCSI-detection code that's hanging up.  You
might want to try recompiling your kernel with the SCSI stuff
removed.  If you've already done that, try it the other way around.
Upgrading might also help, but I have no idea why...
-- 
                                    +      Jim Winstead Jr. (CSci '95)
                                    |      Harvey Mudd College, WIBSTR
                                    |   jwinstea@jarthur.Claremont.EDU
                                    + or jwinstea@fenris.Claremont.EDU
Newsgroups: comp.os.linux
From: kilroy@mik.uky.edu (Paul S. Kilroy)
Subject: mount problems
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 10 Sep 1992 22:20:15 GMT

Hi all,

	I checked the FAQ(s) for this one, and couldnt find it(this
    doesnt mean its not there though). when i type :
   "mkdir /floppy"
       and
   "mount /dev/PS0 /floppy"
   i get "mount: /floppy does not exist" <- or something to that effect
 is this a common error?

im running 97.1

thanks

--
                       -Paul   (kilroy@mik.uky.edu)
Newsgroups: comp.os.linux
From: vesseur@fwi.uva.nl (Joep Vesseur)
Subject: Re: Progress report?
Organization: FWI, University of Amsterdam
Date: Mon, 7 Sep 1992 16:37:15 GMT

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

>In article <1992Sep7.125312.20025@wam.umd.edu> joel@wam.umd.edu (Joel M. Hoffman) writes:
>>I've been away for the Summer, and have missed most of c.o.l.  Could
>>someone who's been following it for the the Summer please let me know
>>what I've missed.  My last kernel is 0.96.

>Get 0.97.pl4 - it seems to be stable (knock wood: I haven't gotten any
>reports on it yet), 

c'mone linus, give us a break: it's out for only 2hrs 40mins :-)



joep "running after the patches" vesseur
---
joep     ---     email: vesseur@fwi.uva.nl
Newsgroups: comp.os.linux
From: erc@unislc.uucp (Ed Carp)
Subject: Re: SLS mail problem
X-Newsreader: Tin 1.1 PL5
Organization: Unisys Corporation SLC
Date: Mon, 14 Sep 1992 19:59:09 GMT

Bill Jones (bjones@cambria.columbus.oh.us) wrote:

: In order to have mail work correctly, you need to create a mail file for
: each of your users in the directory /usr/spool/mail.  A simple
: 
: 	touch <user-name>
: 
: will do the trick.  This file must be owned by the intended user with group
: set to be the same as the mail group (on my machine -- ``system'').  Then
: `chmod 660 *' or some less restrictive mask.  Then mail should work fine.
: (Be sure to allow read/write accress to the directory /usr/spool/mail for
: both root and the group.  Sonce I am in the group system my permissions are
: set at 775.  You may have to change yours to 777 to allow anyone -- meaning
: you as non-root -- to write there.)

There is a small program in the mail source directory that allows you to
automagically build null mailboxes for users.  I think this is fixed in
mailpak-1.3, but I will check before I upload it this afternoon.
-- 
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"
From: Toomas_Losin@mindlink.bc.ca (Toomas Losin)
Newsgroups: comp.os.linux
Subject: Trident 8900C driver in preparation
Date: 12 Sep 92 20:18:23 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

I'm working on a Trident SVGA driver which is a modification of
Tommy Frandsen's vgalib; right now I've got the 256 colour modes
working nicely.

Before I dig in any deeper and do the 16 colour modes, I'm
wondering if anyone else is working on the same project (ie. a
non-X Trident driver).  Since I can't find any other drivers
around am I correct in assuming that no one's done this yet.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
   -=-=-=   Toomas_Losin@mindlink.bc.ca      Richmond, BC   =-=-=-
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: Rob.Levin@f217.n3802.z1.fidonet.org (Rob Levin)
Newsgroups: comp.os.linux
Subject: Is it time to subdivide this group?
Date: Thu, 10 Sep 1992 13:55:44 -0800

 CPT> From: cptully@med.unc.edu (Christopher P. Tully,Pathology,62699)
 CPT> Reply-To: cptully@med.unc.edu

 CPT> I have 50 messages in the last 12 hours...

We've had a big, hairy, extended discussion.  Most of the powers (Linus
comes to mind as an example) seemed unenthusiastic about the idea.  I
think the idea was pretty much dropped....

Rob L.


 * Origin: Via the Annex in Victoria, TX (1:3802/217)
From: tdunbar@vttcf.cc.vt.edu (Thomas Dunbar)
Newsgroups: comp.os.linux
Subject: viewer.tar.Z: wysiwyg TeX mode for Epoch
Date: 8 Sep 92 19:43:18 GMT
Organization: Virginia Tech, Blacksburg, VA


 i uploaded R. Marlet's viewer.tar.Z to sunsite.unc.edu (dir
   pub/Linux/X11/Incoming). it's a elisp/font package for Epoch
   (and also Lucid Emacs but Lucid's 8bit support is broken) that
   enables one to see TeX symbols while in Epoch. it has both
   TeX and LaTeX support (ie abbrev for most std TeX macros) and 
   also includes some decor/hilighting. 
 
   thomas
Newsgroups: comp.os.linux