HDTenEightyP/NetNews huggingface dataset:
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: SCO upgrade + X11R5
Organization: Open Age, Inc.
Date: Thu, 03 Sep 1992 16:51:41 GMT

tmod@ccvax.ucd.ie writes:

> Sorry if this sounds simple,
>        I have SCO Unix 3.2.2 with ODT 1.0.1 and I'm considering updating to
> SCO Unix 3.2.4 just so I can compile X11R5. My applications at present are
> running under the X11R3 and Motif 1.0 from the development system. But if I
> upgrade at a large cost and compile X11R5 will my Motif release still be compatible ??  Is this worth the trouble ??

> One more thing ... How come SCO's Open Desktop still only supports X11R3 ???

ODT 2.0 is X11R4.  They have also gone to a newer release of Motif.

You might want to send mail to devrel@sco.com to ask for more info.

>                         Terrence O'Donnell.

>				tmod@ccvax.ucd.ie or paulk@elecmag3.ucd.ie
-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
Teach a man to think, and all his problems are less.
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 13 Sep 92 23:31:19 GMT
Organization: Aegis Society, Kyoto Japan

cpcahil@virtech.uucp (Conor P. Cahill) writes:

 >davidg@aegis.or.jp (Dave McLane) writes:

 >>>MEMRANGE=0-640K:0,1M-64M:0

 >>I don't see such a file for ISC 3.2 v3.0. Anybody have any ideas?

 >It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
 >made me believe that regarless of the setting of this file the
 >system would start swapping at 16MB, so even though you can set this
 >parameter in 2.0.2, I'm not sure it has any benefitial effect other
 >than getting the kernel to say it sees more than 16MB.

 >The only way that you can get more than 16MB in 3.0 is with an EISA
 >system and a non-dma controller or an EISA controller in EISA mode.
 >(i.e. an IDE drive, an ST-506 controller, most ESDI controllers, a
 >Future Domain controller, an Adaptec 1740, Bustek 742, etc)
 >Crontrollers that down work in this mode: adaptec 1542, bustek 542 and 
 >probably others.  Remember, this is only when you have an EISA motherboard.

Thanks for the information. I guess if I want 16MB+ I'll need to
get an EISA then.

However, sliding on the subject, right now I'm trying to convince
myself that 16 MB on a x86-class machine may be about right for the
kind of programs people run on my system (mail and news). If I could
fit more I think it might put too much of a load on the CPU and
things would start slowing down. As it is right now, I'm moving the
unpacking of news to another machine and it really slows things down
so maybe the way to work around the 16MB barrier is to add more
machines on a TCP/IP LAN.

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087

Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Public Domain (was: Re: DELL SVR4 - separate /usr and /var filesystem?)
Organization: AT&T
Date: Fri, 11 Sep 1992 16:57:09 GMT
Keywords: dell svr4 filesystem

In article <jrh.716218716@mustang> jrh@mustang.dell.com (Randy Howard) writes:
> randy@chinet.chi.il.us (Randy Suess) writes:
> >>>As a bonus, Dell comes with all kinds of PDS ported and ready to run. 
> >>I hope that they got the OK from the authors of the PD software!
> 
> >	Uh, don't think so.  PD is Public Domain!  They could sell
> >	it if they wanted, and don't need to contact anyone.
> 
> All of the "PD" (insert your own personal definition here) packages that
> I added to the distribution were cleared first with an email to the author
> explaining what we intended to do, and asking them for a reply.  To date,
> I haven't had anyone say 'no'.  Some that fall under the GNU PL require
> the inclusion of the source code, which we now provide on both the 
> source tape and our ftp sites.  If we were to receive any complaints from
> an author of one of these packages, we would try to work it out, and 
> failing that, just remove the package. They are there as a bonus, so the
> end user would have one less pre-installed app, that's all.  The majority
> of the users we talk to have been appreciative of their inclusion, or we
> wouldn't bother.
> 
> -- 
> Randy Howard            _o	    @'s: jrh@dell.com
> Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
> ______________________()/ ()______________________________________________
> "Univel"... Just Say "NoNIX"


Randy - Public Domain has a very strict legal definition.  Placing something
into the Public Domain means that you give up all rights to whatever it
is that is being placed into the public domain.  What you are distributing
is "Freely Redistributable Copyrighted Software".  This distinction is
important if anything winds up in court.  Even though everything (since
1976, anyhow) has an implicit copyright, someone placing something into
the Public Domain gives up ALL rights to it.  The very act of placing it
into the Public Domain effectively removes the implicit copyright.

People have begun to learn this.  That's why there is almost no PD
software in the PC arena anymore.  Things used to be PD; now they're
FreeWare.  That's because people meant FreeWare, but said PD when they
announced the release of a program.  Then they later found out that they
had no rights when someone else commercialized their product.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
From: Kellner_-_Systems@cup.portal.com
Newsgroups: comp.unix.sysv386
Subject: Looking For EMACS for SCO ODT2.0 (X11) Epoch?
Date: Tue, 15 Sep 92 12:51:24 PDT
Organization: The Portal System (TM)
Distribution: usa

I'm looking for an EMACS setup to work with SCO Open
desktop 2.0.  I tried Epoch 4.2 and had problems
compiling.  Anyone know where such a beast lives?

ODT is giving me fits with a character based emacs.

Please send replies to peter@kellner.com and I wil
summarize and post again.

Thanks, -Peter (peter@kellner.com)
Newsgroups: comp.unix.sysv386
From: dima@jet.riga.lv (Dmitry Sazonov)
Subject: Re: UUCICO synch/alarm problems
Organization: The LvNet
Date: Tue, 15 Sep 1992 07:40:19 GMT
X-Newsreader: Tin 1.1 PL4

pizzi@nervous.com (Riccardo Pizzi) writes:
: 
: >In article <1992Sep5.001101.860@honte.uleth.ca> fengstad@xi.uleth.ca (Grant Fengstad) writes:
: >
: >   alarm 1
: >   alarm 2
: >   alarm 3
: >   etc
: 
: Don't waste your time, just go for it and switch to Taylor uucp.
: 
: Rick

Agree, but while you will migrate to Taylor UUCP, write a program who
will sync() every 4-7 sec. It helps (!)
-- 
Best Regards,
Dmitry Sazonov
From: darcy@druid.uucp (D'Arcy J.M. Cain)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Date: Sun, 13 Sep 1992 15:36:53 GMT
Organization: D'Arcy Cain Consulting
Keywords: dell svr4 filesystem

sandy@godzilla.quotron.com (Sanford Zelkovitz) writes:
>You will notice that a considerable amount of software, that is put into the 
>public domain, may actually have certain restrictions put upon it; such as
>not allowing the software to be used for profitable ventures without explicit
>consent from the author. 

Then it is wrong.  Public domain carries no restrictions.  Software which
carries restrictions is not public domain.  Unless your name is Humpty
Dumpty you are stuck with the meaning that everyone else uses for these
words.

>Also, if I am not mistaken, all software that is written, even if it is not
>offically copyrighted, contains an implicit copyright. This statement may,
>in fact, not be true; however, I think that it really is.

It is true unless you place the code into the public domain.

-- 
D'Arcy J.M. Cain (darcy@druid.com)  |
D'Arcy Cain Consulting              |   There's no government
Toronto, Ontario, Canada            |   like no government!
+1 416 424 2871          DoD#0082   |
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: advice on DAT drives
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Fri, 11 Sep 1992 18:30:35 GMT

Thanks for all the useful info.  It looks as though my choice of a DAT drive
was right.

I have also had advice in email and am relieved to know that several people
have used DAT under ESIX w/o problems.

PS If you mailed me and I didn't reply, it bounced.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: gemini@geminix.in-berlin.de (Uwe Doering)
Subject: Re: Loosing incoming serial characters [summary]
Organization: Private UNIX Site
Date: Mon, 14 Sep 1992 09:31:33 GMT

danh@quantum.on.ca (Dan Hildebrand) writes:

>An interesting question comes up: Which of the following 2 solutions would
>be most effective at enhancing system performance for a serial communications
>intensive application ?
>
>1) Replace a 486/33 processor with a 486DX2 ( 66 MHz ) processor and add a
>non-intelligent 8 port serial card ( 8 port, 16550-based boards are quite
>inexpensive if you shop around ).
>
>2) Add a Digiboard, ConnectTech, Comtrol, etc card to your 486/33 system.
>
>Assuming that a 486/66 and the operating system of choice is capable of
>handling the throughput, the boost in processing power would also enhance
>everything else. Solution 2 would have the benefit that available CPU would
>not decrease as much during heavy serial I/O.
>
>This sounds something like the question of either adding a caching disk
>controller  your system, or using e money for more system RAM or a
>faster hard disk.

The CPU load of 25% that I mentioned with two ports running at 115200 bps
with FAS 2.10 and a 486/33 motherboard is the worst case. With the typical
mix of data a USENET site receives, much of it would be precompressed news
batches. Therefore the modems will run at 1500 cps (V.32bis) to 2200 cps
(Turbo-PEP) on average. This will result in 15000 to 22000 bps for the
serial port. With FAS 2.10 this will consume less than 5% CPU. If a site
feeds data to other sites, the percentage would be even lower because
outgoing characters consume less CPU than incoming ones. _That's_ the
typical situation for most small USENET sites.

So, if one has to chose the right upgrade path for such a setup, there
is no doubt that the first solution would win.

I already wrote that FAS, or any dumb port driver, isn't designed for
a site like Larry's where several high speed modems are pumping data
24 hours a day. For a small site like in the example above an
"intelligent" card at more than $1000 just doesn't pay off (Larry,
I wish you would accept this now).

     Uwe
-- 
Uwe Doering  |  INET : gemini@geminix.in-berlin.de
Berlin       |----------------------------------------------------------------
Germany      |  UUCP : ...!unido!fub!geminix.in-berlin.de!gemini
Xref: sparky comp.unix.sysv386:14323 comp.windows.x:16541 comp.os.linux:10452 comp.unix.bsd:5523 comp.os.mach:1245 comp.sys.ibm.pc.misc:12508 comp.sys.ibm.pc.hardware:23983
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.unix.bsd,comp.os.mach,comp.sys.ibm.pc.misc,comp.sys.ibm.pc.hardware
Subject: Re: Free software and the future of support for Diamond products
Keywords: Diamond, free-software
Date: 11 Sep 92 12:48:31 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Sep10.130359.24767@cbnewsj.cb.att.com>, dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

| Well, one of the responses to our Diamond mail survey was from Rick Kemp
| at SCO.  I quote:
| 
| 	We have no plans on supporting their cards at anything but
| 	640x480 resolution.  They have refused to tell us how their
| 	cards work, and we have told all of our distributors to
| 	discontinue carrying them (Gateway 2000 and Zeos).
| 
| So we'll see.  The fact that SCO is having trouble doesn't bode well
| for our winning this battle.

  Interesting, since SCO has a stealth X driver in their directory on
uunet. I have very little information about it beyond that.
-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    I admit that when I was in school I wrote COBOL. But I didn't compile.
Newsgroups: comp.unix.sysv386
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Using FAS 2.10 under SVR4 -- need help
Organization: Guru Systems/Funware Department
Date: Sun, 13 Sep 1992 18:08:15 GMT
Keywords: FAS,SVR4,uucico

In <BuF9r9.4HH@hatch.socal.com> mike@hatch.socal.com (Mike Bernadett) writes:

>I've installed the FAS 2.10 async serial driver on my MST SVR4
>system and haven't been able to get uucico to work with it.
>But when I try to make a UUCP connection, uucico dies in negotiating
>the g protocol (see audit file lines below).

You have triggered the fubyte-bug. Either install SAS or get a copy of
the SVR4 known bugs section of Eric Raymond's SVR4 clone hardware
buyers guide. Therein you will find some (admittedly vague)
instruction on how to apply a binary patch to the kernel that fixes
the problem.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Newsgroups: comp.unix.sysv386
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: What is /dev/pmem?
Organization: AT&T
Date: Wed, 9 Sep 1992 15:39:51 GMT

In article <1263@admin.mport.COM> root@admin.mport.COM (admin) writes:
> pim@cti-software.nl (Pim Zandbergen) writes:
> >dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:
> 
> 
> >>On my SVR4 box (Microport), in addition to the standard /dev/mem and
> >>/dev/kmem, there is a /dev/pmem.  All three have different minor mumbers 
> >>(same major number, so /dev/pmem is obviously related to the other two).
> >>The manual page for /dev/mem and /dev/kmem has no mention of /dev/pmem.
> >>Can anyone enlighten me on what this is?
> >I've asked the same question a couple of months ago, because
> >there's also a /dev/pmem in Interactive's SVR3.2.
> 
> >I had zero response then, I wonder if there will be any now.
> 
> ===================================================================== 
> 
> Now we will tell you what it is - sorry that you slipped
> through the cracks.
> 
> /dev/pmem is a means of accessing the physical memory - it
> is analogous to /dev/kmem which is used to access
> kernel virtual memory.
> 
> 
> =*=*=*=*=*=*=*=*=*=*=*=*=======*=*=*=*=*=*=*========*=*=*=*=*=*=*=*=*=*=*=*=*=
> Richard ducman Ducoty                                        Microport Inc.
> duc@mport.com                                                Scotts Valley, CA
> root@mport.com                                               408.438.8649


OK, Rich.  Now, tell me what /dev/mem is, and what the difference is between
/dev/mem and /dev/pmem.  Since I can open /dev/mem and read the VGA BIOS
(at the expected physical address) there's got to be some correlation 
between /dev/mem and physical memory (reading the BIOS is how X386/XFree86 
identify certain VGA cards).

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: Re: >16MB on a 486
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Fri, 11 Sep 1992 18:22:47 GMT

Evan Leibovitch (evan@telly.on.ca) wrote:
: There's a file /etc/default/boot that contains a MEMRANGE definition of
: where to look for usable RAM. I believe the default file as shipped
: is set for 16MB. I had a system with 24MB, whose UNIX recognized all of
: it once I set this entry higher and rebooted.
: 
I had already considered this, my /etc/default/boot says:

MEMRANGE=0-640K:0,1M-64M:0

which looks OK.

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: slangley@constant.demon.co.uk (Simon Langley)
Subject: >16MB on a 486
Organization: Home
X-Newsreader: Tin 1.1 PL5
Date: Fri, 4 Sep 1992 21:13:16 GMT

I have a 486 (ISA) with 20MB installed running ESIX 4.0.3.  When I boot,
the machine recognises the full 20MB but ESIX only seems to recognise 16MB.

Does anyone know how to set things up to recognise all the memory?

-- 
   Simon Langley                   (preferred)   slangley@constant.demon.co.uk
   Hampstead, London                             slangley@cix.compulink.co.uk
Newsgroups: comp.unix.sysv386
From: resnicks@netcom.com (Steve Resnick)
Subject: How can I eliminate password checking with rsh between nodes
Date: Thu, 10 Sep 92 20:16:14 GMT
Organization: What? Me organized? You should see my checkbook!


I am running ESIX SYSVR4, rel 4.0. I would like to eliminate password checking
between two nodes on our network, if a user logs in with the same UID and 
user name from one system to another. The Sun system I am on used to do this,
so I think it can be done. Any ideas, hints, suggestions? 


 - Steve

-- 
------------------------------------------------------------------------------
Steve Resnick - resnicks@netcom.com steve@axebbs.kludge.com FidoNet: 1:143/105
"Sometimes you're the windshield, sometimes you're the bug." - M. Knopfler
-----------------------------------------------------------------------------
Newsgroups: comp.unix.sysv386,gnu.gcc.help
From: syd@DSI.COM (Syd Weinstein)
Subject: Compiling 2.2.2 on ISC 5.3
Organization: Datacomp Systems, Inc., Huntingdon Valley, PA
Date: Wed, 16 Sep 1992 01:35:01 GMT

Someone I work with is compiling gcc 2.2.2 on ISC 5.3 386.
after doing a config i386-isc and then a make LANGUAGES=c
They run into the error message
"ld fatal: failed to write symbol name reg_class in strings table for file ct1"
"error code 13"

Anyone know what to do to make gcc 2.2.2 on this system.

(Please e-mail me, thanks)
-- 
========================================================================
Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.3PL11
Datacomp Systems, Inc.                 Projected 2.4 Release: Oct 1,1992
syd@DSI.COM or dsinc!syd      Voice: (215) 947-9900, FAX: (215) 938-0235
Newsgroups: comp.unix.sysv386
From: aardvark@nt1l.krl.com (Donald Koch)
Subject: Re: How can I eliminate password checking with rsh between nodes
Organization: Koch Research Labs
Date: Fri, 11 Sep 1992 04:00:13 GMT

In article <!1tn4qh.resnicks@netcom.com>, resnicks@netcom.com (Steve Resnick) writes:
> I am running ESIX SYSVR4, rel 4.0. I would like to eliminate password checking
> between two nodes on our network, if a user logs in with the same UID and 
> user name from one system to another. The Sun system I am on used to do this,
> so I think it can be done. Any ideas, hints, suggestions? 

Hint: "man hosts.equiv" - it documents two ways of dealing with this: hosts.equiv
and .rhosts.

-- 
Don Koch
aardvark@nt1l.krl.com
Newsgroups: comp.unix.sysv386
Subject: Re: Print problems with Dell SVR4.
From: yaturner@picard.agames.com (D'arc Angel)
Date: 31 Aug 92 13:52:30 GMT
Organization: The Houses of the Holy


There is a note in the Dell Unix User Manual saying that there is a know
bug when you hook a postscript (-T PS) printer up over a parallel port.
I think that it's on page 10-2 or 10-3, I don't have the manual handy.
How did you get it to work over the serial port?? It still hangs for
me.

-- 

James M. Turner     yaturner@agames.com       

Those who feel the breath of sadness, sit down next to me
From: jrh@mustang.dell.com (Randy Howard)
Newsgroups: comp.unix.sysv386
Subject: Re: DELL R4.2 - access to BIGDOS partitions?
Keywords: dell bigdos partitions
Date: 5 Sep 92 01:53:41 GMT
Organization: Dell Computer Co

st@styx.ucrc.sub.org (Stefan Timm) writes:

>I installed DELL R4.1 two weeks ago. A hope was that I'd be able to access
>my DOS 5.0 BIGDOS partition (with a size of 250 MB) from Merge.

First of all, I'm not sure what you mean by "DELL R4.1".  Dell shipped what
is known as Issue 2.1 and 2.2, roughly parallel to SVR4.0.3 and SVR4.0.4.
Anyway, if you bought it in the last two weeks, it's probably Dell Issue 2.2.
I haven't seen a report of this problem.  I don't believe you have sent
in a bug report to support@dell.com.  If not, please send a description of
the system there.

>This is not possible. I can do DIR and get correct results, but any
>real access leads to an error. At least nothing is destroyed.

>Is this different in Release 4.2?

again, I'm not sure what release this means.


>-- 
>Stefan Timm                Internet:   st@styx.ucrc.sub.org
>Tel. +49-89-471922         MCI:        stimm
>FAX  +49-89-472212         CompuServe: 100016,3261
-- 
Randy Howard            _o	    @'s: jrh@dell.com
Dell Computer Corp.     \<,	    !'s: ...!uunet!dellunix!jrh
______________________()/ ()______________________________________________
"Univel"... Just Say "NoNIX"
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (peter da silva)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Xenix Support, FICC
Date: Wed, 9 Sep 1992 17:12:19 GMT

In article <Bu9nB2.G6E@portal.hq.videocart.com> kdenning@portal.hq.videocart.com (Karl Denninger) writes:
> >Larry, then why is Dell "such a bargain"? If the price for Dell is the same
> >as a complete ESIX SVR4 and Merge, then, if my logic is correct, ESIX is the
> >better value. Am I missing something?

> DELL includes the MERGE along with their product (i.e. it is a "nuts and
> bolts complete" release).  

IF you want Merge. But why would I want Merge?
-- 
Peter da Silva                                               `-_-'
Ferranti Intl. Ctls. Corp.                                    'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                                   Har du kramat din varg idag?
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Newsgroups: comp.unix.sysv386
Subject: Re: UUCICO synch/alarm problems
Date: 8 Sep 92 17:24:45 GMT
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
X-Md4-Signature: 75315c2788463bb08db929432edc197a

In article <1992Sep5.001101.860@honte.uleth.ca> fengstad@xi.uleth.ca (Grant Fengstad) writes:

   I have set up a few UUCP connections on my SCO Unix system.  This system
   is acting as a UUCP gateway for the Network.  When connecting to aother
   system, I occasionally get problems during uucico transfers.  Midway,
   uucico hags with the status screen showing:

   alarm 1
   alarm 2
   alarm 3
   etc

Does this happen with speeds >2400bps and not with 2400bps ?
If yes, you have the same problem that I had: You loose incoming
characters.

You have to find the reason for the character losses or use
Taylor-uucp. Taylor-uucp worked for me even with character losses.

Jochen
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
Newsgroups: comp.unix.sysv386