HDTenEightyP/NetNews huggingface dataset:
From: amurai@tama.spec.co.jp (Atsushi Murai)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] Problem with ethernet
Date: 3 Oct 92 05:59:08 GMT
Followup-To: comp.unix.bsd
Distribution: world, fj, local
Organization: System Planning and Engineering Co,.ltd


  Sorry bother you with such a personal things and I strongly know
here is comp.unix.bsd not for such a things. But currently
posting/following the news is the only way to RESPONSE from/to outside
JAPAN for me. I hope Andrew realize why I am posting here for reply. 

> Hello Atsushi,
>
> I am curious to know: why can't you send mail outside Japan?  I hope to
> help my brother and Sony set up an internet site in Tokyo.  Will this
> restriction apply to them as well?  Or is this restriction specific to
> your company only?  Thanks.
> -Andrew Moore <alm@netcom.com>

 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> NOTICE! >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
 >> InetClub in Japan must pay the cost for this email:                    >>
     From: alm@netcom.com To: amurai@tama.spec.co.jp
 >> It would be greatly appreciated if the sender would check the recipi-  >>
 >> ent address again before sending further mails.                        >>
 >> Senders or recipients in the .jp domain should be members of InetClub. >>
 >> ----------------------------------------------------------------------->>
 >> InetClub operation is based on a member's fee.                         >>
 >> For further information, please contact the following:                 >>
 >>     Tel: +81 3-3347-9236     E-mail: member@kddlab.kddlabs.co.jp       >>
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

As you can read the above, JUNET(.jp) is UUCP based volunteer network.
the connection fee is payied each other in Domestic area. But private
things (i.e. Sending/Receiving by e-mail)for outside of JAPAN, I
should registerd and pay international connection fee. The
registration is ordinaly done by each organization. So my company
still not. I am making a suggestion to my company even if I should pay
myself ;-) So please don't do e-mail, unless I write down e-mail
address with signature and say "Hey! Send me mail"

Thank you for patience.
--
Atsushi Murai
System Planning & Engineering co,.
Newsgroups: comp.unix.bsd
From: G.Eustace@massey.ac.nz (Glen Eustace)
Subject: [386BSD] - Anyone got the X386 distribution that I can ftp ?
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c
Distribution: aus
Date: Tue, 29 Sep 92 00:18:10 GMT

Has anyone in australasia ftp'ed the X386 binaries from the States ?
I have just looked around on the various archive hosts mentioned in
the FAQs but none of them seem to have the file

386BSD.X386-1.2E.bin.tar.Z

on them anymore.  The have the source diffs but I haven't got the
disk to rebuild from scratch.

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Glen Eustace, Systems Software Manager | EMail: G.Eustace@massey.ac.nz
Computing Services, Massey University, | Phone:         +64 6 350 5161
Palmerston North,  New Zealand. GMT-12 | Fax:           +64 6 350 5607

Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.rt,comp.unix.large
From: andy@research.canon.oz.au (Andy Newman)
Subject: Re: strdup
Organization: Canon Information Systems Research Australia
Date: Fri, 2 Oct 1992 01:35:44 GMT

koblas@mips.com (David Koblas) writes:
>
>Here's a copy (typed in off the cuff, so I won't say it is guaranteed to work):
>
>	char *strdup(char *str)
>	{
>		char	*cp = (char *)malloc(strlen(str));
>		return cp ? strcpy(cp, str), cp : NULL;
>	}
>


Well it wont work. You've made the typical mistake of forgetting
about the '\0' at the end of the string. Make that "strlen(str)+1" in
the call to malloc() (and you can simplify the return statement a
little, strcpy() returns its first parameter so there's no need for
the comma operator).

-- 
Andy Newman (andy@research.canon.oz.au)		"int - God's own type"
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: The Compile from HELL!
Keywords: 386BSD GCC compiler Xview3
Date: 6 Oct 92 10:30:08 GMT
Reply-To: veit@du9ds3.uni-duisburg.de
Organization: Uni-Duisburg FB9 Datenverarbeitung
NNTP-Posting-Host: du9ds3.uni-duisburg.de

In <1992Oct6.074223.615@coplex.com> chuck@coplex.com (Chuck Sites) writes:



>    Recently when trying to port XView3 to 386BSD and XFree, I ran into a
>brickwall of a performance problem.  There are some files which start 
>compiling but they just don't stop.  One file, attr_char.c, I let compile
>over the weekend only to come back and find the system apparently frozen.
>Frozen may be a misnomer though.  While trying to telnet into the system 
>during the early stages of the compile, I can access the system, but slowly
>the perfomace degrades to the point of printing 1 line/min for an ls, and it
>gets worse to the point of not responding at all.  I assumed it was swapping,
>but the severity that other process are excluded from thier share of the
>clock makes me think this is a kernel problem. 

[...]

>Thanks,
>Chuck Sites         
>chuck@coplex.com    (502)-9688495

I just compiled xview-3.02 on 386bsd. I had no problems with entirely hanging
system, but gcc does heavily swapping. The xview header files all together
that are loaded with each compile are about 200K which is very much. 
It is nearly impossible to do normal work from the console when the 'make
World' is running on a connected terminal.
With the exception of xclock (uses nonsupported syscall) and nonexisting
_doscanf/_doprintf (->vsscanf,vprintf) and some hacking in textsw (to adapt
to other stdio structure) the compile worked fine. It has been said that
Bill rewrites the swapping code, so I suspect the next version of 386bsd (;-))
will be better.

Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Ethernet Western Digital Troubles
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sun, 4 Oct 1992 15:28:56 GMT

In article <4enYkWa00axfA0vl9Q@andrew.cmu.edu>,
   se26+@andrew.cmu.edu (Steven Joseph Esbrandt) writes:

| Is your card actually a WD or an SMC? I have an SMC [...]
| But I get an error whenever I try to actually GET anything 

We use nothing *but* SMC elite cards, and they work flawlessly...

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: X386 gives a bus error in ET4000EnterLeave()
Date: 5 Oct 92 09:30:51 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.uni-duisburg.de

In <48243@shamash.cdc.com> pbd@runyon.cim.cdc.com (Paul Dokas) writes:

>I've completely rebuilt X11R5 from the original (patched) MIT source
>and now I'm trying to run it, but typing "X386 :0" results in:

>       X386 Version 1.2E 1.0.1  / X Window System
>       (protocol Version 11, revision 0, vendor release 5000)
>       Bus error

>:-(

>My SVGA card is a et4000 card (Diamond SpeedStar Plus) in a generic
>386.  I've tried several different Xconfig's, but there seems to be
>little difference:

> .
> .
> .
>#
># The graphics drivers
>#
>vga256
>  chipset "et4000"
>  videoram 1024
>  viewport 0 0
>  virtual 1024 1024
>  clocks 25 28 65 72 79 59 64
>  modes "640x480" "800x600" "1024x768"

>ModeDB
>#Modename    clock  horzontal timing      vertical timing
> "640x480"   25     640  664  760  800    480  491  493  525
> "800x600"   36     800  824  896 1024    600  601  603  625
>             40     800  840  968 1056    600  601  605  628
> "1024x768"  65    1024 1088 1200 1328    768  783  789  818

>I've run X386 through gdb and found that it's dying on line 398
>of et4000/driver4.c, which is:

>      vgaIOBase = (inb(0x3CC) & 0x01) ? 0x3D0 : 0x3B0;

>(actually in the inb() which is an inline function found in ../../compiler.h)
>So it seems that I can't read/write to the needed ports. Anyone have any
>suggestions?  Am I SOL because of the Diamond card?  I thought that the
>proprietary clocks were only on the newer cards like the Stealth.

>BTW, I've patched and rebuilt my kernel with the XSERVER patches.  I've
>also created a /dev/vga with "mknod /dev/vga c 12 0".

>-- 
>#include <std.disclaimer>
>#define FULL_NAME                          "Paul Dokas"
>#define EMAIL                              "pbd@runyon.cim.cdc.com"
>/* we are realizing infinite possibilities in exchange for our soul */

This problem at inb/outb occurs when the xserver does not run in the 
protection ring 0. The kernel patches to pccons accomplish that in the
CONSOLE_X_MODE_ON/OFF ioctl's. If they are not present, you get this 
fault. Also the xserver must be setuid root.
BTW, a simple stupid question: you may have done the XSERVER patches, but
did you rebuild the kernel with the XSERVER option in your config file,
and did you do a make depend?

Holger

-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
From: fish@ecst.csuchico.edu (Kevin Haddock)
Newsgroups: comp.unix.bsd
Subject: Re: backing up?
Summary: Un/Compress dies.
Keywords: 386BSD compress uncompress bugs
Date: 3 Oct 92 04:40:29 GMT
Article-I.D.: charnel.1aj87tINN4cr
Distribution: world
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

I have noticed that uncompress dies when doing very large ( 5mb ) files.
I wonder if this could be related.  It is not just the process that
dies and leaves a core, it is the whole machine.  Does anyone know
anything about this?  (please excuse me if this has already been answered
earlier! :)
Newsgroups: comp.unix.bsd,comp.os.linux
From: julian@tfs.com (Julian Elischer)
Subject: Re: 386BSD and Linux SCSI device drivers.
Organization: TRW Financial Systems
Date: Sat, 3 Oct 1992 05:04:56 GMT

In article <id.JHRT.WP6@ferranti.com> peter@ferranti.com (peter da silva) writes:
>Do 386BSD or Linux support SCSI devices with multiple units? I am looking at
>a cheap drive array consisting of 4 ESDI disk drives (Miniscribe 9380E or
>equivalent) on a single SCSI-bus ESDI controller. The drives are, so far
>as I can tell, unit 0 through unit 4. I would like to use these from a SCSI
>controller.
>-- 
The new scsi system I just released the beta3 set for does allow multiple lu
disks
e.g an aha4000 with 2 scsi disks.

I have not tested this on disks of course because I don't HAVE one
but it should work. I have tested it on a few devices
we have here that DO have multiple lu's and it works fine.

(it does assume that the first lu (lu0) has a device on it
otherwise it will just skip on to the next target without checking the 
other LUs. (I just added that bit to speed things up in probe.. it USED to 
check all LUs on ALL targets.)

e.g.
sd0 could be aha0: target 1: lu 0
sd1 could be aha0: target 1: lu 1
sd2 could be aha1: target 2: lu 0
sd3 could be bt0: target 3: lu 0
sd5 could be ahb0: target 1: lu 0

aha = aha1542x
bt = bustek 742a (or 747 I think)
ahb = aha1742




+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
| (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
+- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
          v

Newsgroups: comp.unix.bsd
From: vikki@athena.mit.edu (Vikki King)
Subject: NI6510 ethernet support? [386bsd]
Organization: Massachusetts Institute of Technology
Date: Mon, 28 Sep 1992 03:47:50 GMT
X-Posted-From: e40-008-9.mit.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

Hi Everyone:

	Is there anybody out there working on board drivers for the
Racal Interlan NI6510/NI5210 ethernet adapters?  We have loads of the
NI6510's and a few NI5210's.  My dream is to fill the world (or at least
my office :-)) with 386bsd boxes :-) :-)




Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: ups-2.45 (X oriented debugger) for 386bsd
Date: Sun, 27 Sep 92 22:52:15 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.unix.bsd



A quick way to get ups-2.45 up and running:

(1) at the ups-2.45 tree, type imake.sh

(2) edit all the make files to include:
	(1) the default include directory add "-I/sys"
	(2) to the cflags definitions, add "-DOS_BSDI -DARCH_BSDI386"

(3) at the ups-2.45 tree, type make

you will find the ups executable at ./ups-2.45/ups/xups_beta.

To test ups I wrote a program in the ups directory.
I created a simple foo.c with a couple printfs, declared
a simple integer (int a), and assigned a value to the variable "a".

in the ups directory, compile  foo.c with -g

To debug my program foo: xups_beta foo


Please bear in mind that I have not been using ups for more
than a couple of hours....



Your local Xfree86 developer,
Amancio Hasty


Newsgroups: comp.unix.bsd
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd, X + logitech mouse
Date: 30 Sep 92 07:28:03 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.uni-duisburg.de

In <1aa1p8INNqt8@disaster.Germany.EU.net> bs@Germany.EU.net (Bernard Steiner) writes:

>Thanks to all who replied to my question.
>The consent seems to be to use the stuff in /pub/incoming/X386 on agate

>Okay, here we go...

But I suppose, you shouldn't do this before about October, 3rd :-)
(Projected release date of XFree86 1.1).

>-Bernard
>-- 
>Bernard Steiner, FB Informatik/IRB, Uni Dortmund,    vox +49 231 755 2444
>Postfach 500500, D-W-4600 Dortmund 50, Germany       fax +49 231 755 2386
>bs@Germany.EU.net          ...!uunet!unido!bs

>*III  And they gave it Instructions, but knew it not. } From The Book of Nome,
>*IV   It is, they said, a Box with a Funny Voice.     }      Mezzanine v.III-IV

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
|  | /   Dept. of Electr. Eng.   |   Sorry, the above really good fortune has
|  |/    Inst. f. Dataprocessing |      been CENSORED because of obscenity"
From: fish@ecst.csuchico.edu (Kevin Haddock)
Newsgroups: comp.unix.bsd
Subject: beginners questions
Summary: init manual?, user problem, parity
Keywords: init manual?, user problem, parity
Date: 5 Oct 92 03:08:40 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

I have a couple of questions/bugs:

I have modified the default entry in gettytab to include a 'np'
boolean because I want to run 8 bits and no parity.  The 'im' message
comes across file and the 'login:' prompt but as soon as I enter the 
user name and getty hands control over to login I am back with parity
(and I think cs7) again.  I don't yet have the sources and am not
real familar with BSD so I would appreciate it if someone could tell
me how to stop login from doing this.

Where can I get an accurate 'init' manual?

My system can't seem to find users past about the 8th line in /etc/passwd
(or /etc/master.passwd, whichever it is looking in).  Is this a known
bug?

Please reply via E-mail and I will post results.

Thanks in advance,

Kevin
From: bvickers@valentine.ics.uci.edu (Brett J. Vickers)
Subject: Re: FAQ questions: X386.
Newsgroups: comp.unix.bsd
Reply-To: bvickers@ics.uci.edu (Brett J. Vickers)
Organization: Univ. of Calif., Irvine, Info. & Computer Sci. Dept.
Date: 28 Sep 92 17:05:34 GMT

I wrote:
>>1. What are the minor and major device numbers for /dev/vga?
>>2. Where can I find the patches for pccons and locore?
>>3. Why is the installation information for X386 on 386BSD so
>>   damn terrible?

terry@cs.weber.edu (A Wizard of Earth C) writes:
>I disagree.  The buglist, the patches, and the topics you note here should
>be in the FAQ (although it is getting musty and will be updated soon).

Terry, I did not mean to imply that your 386BSD FAQ was not good.  On
the contrary, it's wonderful.  Only one minor complaint about it
though: there was only one section describing X386.  I think it would
be nice if some knowledgeable person would put together a 386BSD/X386
FAQ that dwells solely on installation and troubleshooting issues for X.

>A possible exception is the /dev/vga numbers, which would not be a problem
>if you run the install program provided with the current X distribution.

My main problem appears to be that I have installed the X386 that was
in agate.berkeley.edu:/pub/386BSD/0.1-ports/X386/X386-1.2E.bin.tar.Z-split.
Unfortunately, that version did not come with any nice install scripts.
As soon as I get time, I will take Amancio's advice and get the version
in agate.berkeley.edu:/pub/incoming/X386.

>This is an exception because it truly is frequently asked, but it is only a
>possible exception because, like 2 and 3, it is on the XFree86 FAQ which
>is occasionally posted here (I believe by Amacio Hasty).

Ah, so there is such a FAQ.  Could this FAQ be made available on anon ftp
sites, or possibly be posted more regularly?  I made sure to look for
such a FAQ before I asked my earlier questions, but I didn't find it.

Brett
--
Brett J. Vickers		 "Don't go around saying the world owes you
bvickers@ics.uci.edu		 a living.  The world owes you nothing.
				 It was here first."  - Mark Twain
From: STDN%MARIST@VM.MARIST.EDU (Dan Newcombe)
Newsgroups: comp.unix.bsd
Subject: What kind of code does GCC produce?
Date: 3 Oct 1992 14:06:32 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Hi,  When I compile a program using cc (gcc) what kind of output
does it produce?  Is it straight 80x86 assembly code, or is it
some sort of psuedo-code that the system will interpret?
 thanks,
  -Dan
Newsgroups: comp.unix.bsd
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.unix.bsd
Subject: Re: BEWARE:  stupid placement of swap space...
Keywords: (or:  Don't be stupid like me :-)
Date: 30 Sep 92 21:16:19 GMT
Organization: ICEM Systems, Inc.

In article <1992Sep30.134121.23744@csx.cciw.ca>, u009@csx.cciw.ca (G. Stewart Beal) writes:
|> Does this mean even if the swap partition is specified to start at cylinder
|> 1 or 2? Does the swap creep, or just want to use block 0 of the partition
|> starting at cyl 0? If so, it sounds like an "off by one" boundary bug.

  According to the explanation given to me, the swap problems will only surface
when the swap starts in cyl 0.  Starting the swap in cyl 1 will avoid overwriting
the partition info but lose a usable cylinder.
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/* we are realizing infinite possibilities in exchange for our soul */
From: alo@kampi.hut.fi (Antti Louko)
Newsgroups: comp.unix.bsd
Subject: Re: getdtablesize
Date: 29 Sep 92 14:25:35 GMT
Organization: Helsinki University of Technology

In article <Bv7Dz7.C2o@BitBlocks.com> bvs@BitBlocks.com (Bakul Shah) writes:
>tlukka@vipunen.hut.fi (Tuomas Lukka) writes:
>>for(i=getdtablesize(); --i>2; close(i));
>>and getdtablesize returned something like 2000000000 and this
>>naturally would take a while to run... 

>Another culprit is popen(). It attempts to allocate an array to hold
>getdtablesize() number of descriptors and fails under zsh.

>Now I don't think what zsh is doing is wrong.  The problem is in
>the use of getdtablesize() in popen() and the code above.  What is
>needed is a system call that returns the highest *open* file
>descriptor number.

Actually, an even better solution is to have a system call

getdescriptors(firstfd,dtable,dtablesize)

int	firstfd;
int	dtable[];
int	*dtablesize;

On entry *dtablesize tells how big dtable is. On return, kernel fills
dtable with at most *dtablesize open file descriptors which are >=
firstfd.
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: [Re: Catch What They're Saying About Us...]
Organization: Weber State University  (Ogden, UT)
Date: Mon, 28 Sep 92 20:12:27 GMT

In article <2390@adagio.lemis.uucp> grog@lemis.uucp (Greg Lehey) writes:
>1. Do you believe that BSDI genuinely and deliberately included AT&T
>   code in BSD/386?

I don't know.  I don't have BSDI to compare.  I *do* have AT&T sources
available to me (through several licenses) and what I have seen so far,
except for cpio, which AT&T released into the public domain, neither Net/2
nor 386BSD have AT&T code in them.

>2. Do you know anybody who believes it?

Not to be a dork, but AT&T believes it.  I don't know which dbm BSDI is
using, but there is one that has AT&T tables in it, anyway.

>Before anybody gets the wrong idea, I am myself in no doubt that this
>claim is incorrect. I also believe it reflects very badly on UNIX
>Magazin that they have published this claim: it's possible that BSDI
>could sue them for it unless they can prove the claim.

This is doubtful, unless there is some provision of German law that would
validate their claim... but of course you said "could sue" rather than
"could sue and win", so you're probably correct.

I'd have to say that in my opinion a large amount of what UNIX Magazin
publishes reflects badly on it.  But maybe that's just me... I have the
same unwarranted problem with the National Enquirer.  8-).


					Terry Lambert
					terry_lambert@npd.novell.com
					terry@icarus.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.
-- 
-------------------------------------------------------------------------------
                                        "I have an 8 user poetic license" - me
 Get the 386bsd FAQ from agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial
-------------------------------------------------------------------------------
From: torsten@techfak.uni-bielefeld.de (Torsten Kasch)
Newsgroups: comp.unix.bsd
Subject: Re: HELP: wiped out my DOS partition
Date: 6 Oct 92 12:36:50 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

Thanks, wd0d obviously was the ENTIRE disk...
BTW, is there a spcial purpose for this device? Has it to be defined only
for access to the DOS partition?

Thanks a lot,
	Torsten

--------------------------------------- ---------------------------------------
\     Torsten Kasch                    |   Technical Computer Science         /
 \    Office: M4-128                   |   University of Bielefeld           /
  |   Phone:  +49 521 106 2921         |   Postfach 8640                    |
 /    FAX:    +49 521 106 6328         |   4800 Bielefeld 1                  \
/     torsten@techfak.uni-bielefeld.de |   - GERMANY -                        \
--------------------------------------- ---------------------------------------
Newsgroups: comp.unix.bsd