HDTenEightyP/NetNews huggingface dataset:
From: venu@cirrus.com (Venu Nayar)
Newsgroups: comp.unix.sysv386
Subject: Re: Memory Cache and Unix
Date: 9 Apr 92 16:03:46 GMT
Organization: Cirrus Logic Inc.

In <BM92yz.5n5@world.std.com> apl@world.std.com (Anthony P Lawrence) writes:

>Let's assume even a small 32K cache.  It seems extremely unlikely
>(to me) that 32K worth of instructions are going to be executed
>before some system call is made and Unix switches away from this
>process to handle something else.
>Unless that "something else" is the shared text for the same program
>that was running, isn't the cache now totally invalid and doesn't
>it get refilled?
>So what purpose does this serve on Unix systems?  Indeed, wouldn't
>the cache actually hinder performance?  And wouldn't a larger CPU
>cache hurt even more?

It seems to me there is a misunderstanding here...what you are discussing is
a lookahead buffer, Tony, which is quite different from a cache. A 32K cache
doesn't mean that 32K of data is read into the cache. Generally, a well
designed cache will be split into what is called cache lines. In a direct
mapped cache, which is the simplest case, each line would represent a
certain section of memory. So, when data is read into cache, only 1 line of
data is read in at a time. Normally 1 line of data may 8 to 32 bytes (not
kilobytes). 

Then, what is the advantage of having 32K of cache? The answer to that is,
when different sections of memory are read in (as in different processes),
the data will be cached in different lines.
-- 
Venu Nayar			|		Internet: venu@cirrus.com
Cirrus Logic Inc.		|		(415)-226-2100 X3737
I don't have to take this abuse from you -- I've got hundreds of
people waiting to abuse me.
Newsgroups: comp.unix.sysv386
From: coffler@jeck.amherst.nh.us (Jeff Coffler)
Subject: Re: Any known-working 486/50 EISA motherboards around for Dell UNIX?
Reply-To: coffler@jeck.amherst.nh.us (Jeff Coffler)
Organization: Private system
Date: Wed, 15 Apr 1992 14:13:30 GMT


In article <1992Apr14.161325.5449@crd.ge.com>, davidsen@yeti.crd.GE.COM (william E Davidsen) writes:

|>|  Any suggestions of known-working 486/50 EISA motherboards around?  The more
|>|  bus slots, the better; since my current card has 8 slots, I'd like no less
|>|  than that.  Also, the motherboard should accept at least 32meg of memory
|>|  onboard (the more, the better) without tying up a bus slot for an extended
|>|  memory board.
|>
|>  I would think your first step is get another board from AMI. Everybody
|>has at least a few boards or parts get funny, you could have one. We
|>have AIR ISA and EISA 33's, and I believe we have SCO running on a 50
|>EISA, but haven't tried Dell yet. Maybe soon, but not right now.
|>
|>  Don't give up on AMI until you are sure there's a design problem.
|>Also, have you played with the bus and memory things in the setup? I had
|>some problems until I cranked everything to full fast, 0 w/s, fast cache
|>everything, fast bus (ISA), etc.

I like the AMI board a lot (at least the 486/33 EISA), and am not really
giving up on it easily.

I've had TWO AMI boards; both have failed in similar ways.  I have called AMI
technical support and told them about my problem, and haven't heard back from
them in any meaningful way.  They say they test under SCO, and didn't find any
problems.  Yet, it doesn't work under DELL.

Also, for the AMI BIOS, I can't find anything that has to do with bus speeds
and memory timings.  I've looked and looked, and for the EISA board, there's
nothing like that at all ...

I had another board (from Cache Computers) who also claimed that they worked
under SCO, but it definitely didn't work under DELL (I imagine that SVR4 must
be pickier).

I haven't had much response from my note.  Who is the manufacturer for AIR
motherboards (what company is that)?  Also, how fast does the memory need to
be for the AIR 486/50 EISA board?

Does anyone have a 486/50 EISA board running UNIX on a motherboard other than
the AIR?

	Thanks ...
-- 
Jeff Coffler                            UUCP:      ...{decvax,mv}!jeck!coffler
Southern New Hampshire                  Internet:  coffler@jeck.amherst.nh.us

                {Disclaimer: What I say is my personal opinion}
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Did they take adb out of Unix for SVR4?
Organization: The Programmer's Pit Stop, Ann Arbor MI
Date: Mon, 6 Apr 1992 07:14:38 GMT

Okay, who stole my adb?  It was there in SysVr3; in fact, I'd bet it's
been in Unix ever since V7, and probably before that.  But I can't
find it anywhere on my Esix system (yes, the rest of the development
tools are installed).  I've got sdb, but that doesn't work well for
certain things (i.e., patching binary files).  It also doesn't make
much sense that AT&T would take something *out* of the OS for a new
release -- what, was making adb handle ELF binaries *that* much
trouble?

-- 
Marc Unangst                | You know that funny-looking bump on your
mju@mudos.ann-arbor.mi.us   | leg?  It's your kneecap.  Leave it alone.
<backbone>!sharkey!mudos!mju|
From: lance@unix386.Convergent.COM (Lance Norskog)
Newsgroups: comp.unix.sysv386
Subject: Re: Terrible timing constraints in Device Drivers! Arrgh.
Date: 9 Apr 92 00:26:25 GMT
Reply-To: thinman@netcom.com
Organization: Unisys/Convergent, San Jose, CA

What you have is typical DOS garbage hardware.

Answer: get another card.  Unless you need phone company interfacing,
you can use a Sound Blaster card and the drivers I recently posted.
I believe Dialogic makes Unix-compatible phone-interface voice
mail cards as well.

Lance Norskog
thinman@netcom.com
Newsgroups: comp.unix.sysv386
From: cnall00@mik.uky.edu (chris nalley)
Subject: GCC For SVr4
Keywords: SVR4 GCC
Organization: University Of Kentucky, Dept. of Math Sciences
Date: Thu, 16 Apr 1992 13:11:49 GMT
X-Bytes: 

Could some kind sole please email me GCC v2.0 or v2.1 compiled
for the i386 SVR4 platform?  I dont have ANY type of compiler
to create it or anything with.

Or let me know a place where I can FTP it.

Chris Nalley
--

 ___/~~~\_____/~\__/~\___/~~~~~~\___/~\____/~~~~\___ /~~~~~~~~~~~~~~~~~~~~~~~~\
 _/~\___/~\___/~\__/~\___/~\__/~\___/~\___/~\_______ |  Christopher D Nalley  |
 _/~\_________/~~~~~~\___/~\~~~~\___/~\____/~~~\____ |  Digital Underground   |
From: cnb@cnbisis.lerctr.org (Nelson Baird)
Newsgroups: comp.unix.sysv386
Subject: Re: ST506 / IDE / MFM / ESDI controller coresident with SCSI control
Date: Tue, 07 Apr 92 15:59:52 CDT
Organization: ISIS, Inc, Ferris TX

merlin@neuro.usc.edu (merlin) writes:

> Several people have suggested it is difficult to put an ST506/IDE/MFM/ESDI
> controller in the same ISA box with a SCSI controller.  Why not tell your
> system there is no hard disk installed, let the Adaptec BIOS find the SCSI
> drive(s) and use DISKMANAGER on the DOS partition to access the data on an
> ST506/IDE/MFM/ESDI controller?  It seems to me this should work just fine.
> 
   For a while I ran with an ESDI 330M drive on my 386.  I added an 
Adaptec 1542B, 1G SCSI drive, and 2G SCSI DAT tape to the otherwise 
crowded mix with no problems.  After waiting for additional backups, and 
infant mortality of the new components, I moved the ESDI controler and 
drive to another system.  I never had a problem with compatability or 
co-habitation.  
   I have a system with many odd components, otherboard from one place, 
disks from others, SVGA from another, generally a system built from 
"stray" components.  At various times I run different operating environments 
and a host of different software.  If I can "just slap it in" nearly any 
system should work fine from the hardware compatability viewpoint. 
 
Thanks, 
Nelson 

Newsgroups: comp.unix.sysv386,comp.dcom.modem
From: ian@polari.com
Subject: LAG in Serial Communications, HELP
Organization: Seattle Online Public Access Unix.  (206) 328-4944 (all lines telebit-equipped)
Date: Thu, 9 Apr 1992 23:58:50 GMT


Hello, I was hoping someone could provide an answer to what
must be a fairly easy question.

I have setup UNIX SysVr4 on a 386 clone (used to run SCO UNIX).
I am using a DSI 9624le (9600bps) modem. I have been using this
modem for about a year now, it works fine under DOS and under
SCO UNIX. The modem is hooked up to a serial port (COM1) which
has also worked fine for the last year.

Now with SVR4 UNIX (Consensys) I am having a little difficulty.
There is a 1-character LAG when I use the serial port/modem.
That is when i type CAT, i don't see the C untill I type the A.
This is annoying. I am using both Kermit and cu(1), both
demonstrate the same lag.

My modem settings are listed below. To get cu(1) to talkto the modem I have
to set DCD on.
My Devices line looks like: Direct /dev/term/00h,M - 9600 hayes 

at*o
DTE SPEED =  9600 BPS
DTE PARITY = EVEN
IDLE MODE

 E1  K1  L2  M1  Q0  V1  X4  TONE
&B0 &C1 &D2 &H1 &L0 &M0 &R2 
*A0 *D0 *E0 *F3 *H0 *M0 *N3 *P0 *Q1 *S1 *T1 *U0 

S00=000  S04=010  S08=002  S12=050  S16=000  S22=118  S27=072
S01=000  S05=008  S09=001  S13=008  S18=000  S23=007
S02=043  S06=002  S10=003  S14=138  S20=000  S25=000
S03=013  S07=045  S11=000  S15=013  S21=053  S26=000
OK

Any Ideas???

Thanks in advance
Ian Searle (ian@ziggy.boeing.com)
Newsgroups: comp.unix.sysv386
From: cp78085@ccsun20.csie.nctu.edu.tw (Charles G.C. Chen)
Subject: How to study kernel of SVR4
Organization: Dept of Computer Science and Information Engineering
Date: Mon, 13 Apr 1992 16:46:16 GMT

I'm a student majoring in computer science, I want to study SVR4's kernel, but I
don't know how to start it. I have SVR4/386 Ver 1.0 and Ver 4.0 ( both have
source code included). And I've ever read several books about internal part of
UNIX. Now, my question is there are so many source codes, so I don't know how and
where to start my study.

		
			
							Tan Koan-Sin    
							cp78085@csie.nctu.edu.tw.
From: lothar@tmcsys.UUCP (Lothar Hirschbiegel)
Newsgroups: comp.unix.sysv386
Subject: Re: svr4 asy, uucico and ttymon hints (was: Sys V R4, Async problems...)
Date: 9 Apr 92 19:52:22 GMT
Reply-To: lh@aega84.uucp
Organization: Private Site

In article <JHPB.92Apr7230655@sarto.budd-lake.nj.us> jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler) writes:
>
>Since leaving command echo off causes problems for outgoing calls (no
>way to figure out exactly when the modem connects to the remote?),
[ ... ]
>I think I'm just going to put a shell wrapper around the uucico
>command.  It will invoke uucico, wait for it to complete, then reset
>the modem.
>
>This must be a common problem with SVR4 BNU.  What is everyone else
>doing?

One of the best solutions for this problem I've ever seen is implemented
in the latest version of my Zyxel modem roms. There is a new command ATQ2,
which disables modem response for *incoming* calls, but keeps it
enabled otherwise. I really like that feature :-)

One other thing you could do is setting AT&D3 in your Dialers script. As far
as I know this mode is quite common for all kinds of modems, forcing
a reset of the modem after DTR on->off transition. 

-- 
------------------------------------------------------------------------
L. Hirschbiegel                                   email: unido!aega84!lh   
Newsgroups: comp.unix.sysv386
From: jhpb@sarto.budd-lake.nj.us (Joseph H. Buehler)
Subject: Re: svr4 asy, uucico and ttymon hints (was: Sys V R4, Async problems...)
Organization: none
	<1992Apr6.124517.18988@werple.pub.uu.oz.au>
Date: Wed, 8 Apr 1992 04:06:55 GMT

In article <1992Apr6.124517.18988@werple.pub.uu.oz.au> andrew@werple.pub.uu.oz.au (Andrew Herbert) writes:

   Only problem is, if your ttymon is anything like mine (UHC SVR4 version 2.0),
   a ttymon will occasionally be spawned immediately after an incoming call
   finishes; this blocks any outgoing calls until it is killed (kill $pid works
   pretty well here :).

	...

   having millions of getty processes sleeping everywhere.  When CD goes high
   on one of the ports the ttymon is listening to and that port isn't already
   in use (determined by looking in /var/spool/locks) it spawns a child to handle
   the port.  A utmp (and utmpx) entry can be automatically created (as with

I am having a problem that is related to this area of BNU that may be
of interest to others.

I don't know about CD, but my observation is that ttymon will fork on
just plain data bits without any CD at all.  This is extremely
annoying, because my modem sends

	RING

whenever someone calls.  This causes ttymon to lock up the port
waiting for CD, which never comes, because it was a voice call, not a
modem call that occurred.

I notice that at least some Telebit modems have a setting to disable
command echo (or is it result codes?) on incoming calls.  This looks
suspiciously like it was designed for just my problem.  I'm not using
Telebit modems, though, and my only recourse is to turn off command
echo completely, to get rid of the incoming RING.

Since leaving command echo off causes problems for outgoing calls (no
way to figure out exactly when the modem connects to the remote?),
though, what I need to do is turn command echo on to make the call,
then turn it off when the session is done.  Since BNU doesn't support
any means of resetting the modem to a know state when a call is
complete, I will have to hack something up.

I think I'm just going to put a shell wrapper around the uucico
command.  It will invoke uucico, wait for it to complete, then reset
the modem.

This must be a common problem with SVR4 BNU.  What is everyone else
doing?
Xref: sparky comp.unix.sysv386:8760 comp.windows.x:10128
From: billc@pegasus.ATT.COM (Bill Carpenter)
Newsgroups: comp.unix.sysv386,comp.windows.x
Subject: my fragile X386 server
Date: 17 Apr 92 02:47:50 GMT
Distribution: comp
Organization: AT&T Bell Laboratories

I haven't seen these particular problems discussed here, so I guess
they're not too widespread; still, I'm hoping someone will see
something that looks familiar enough that they can generate a clue or
two for me.

I'm running X11r5 X386 (with all the MIT patches applied) on a
'386/33MHz; AT&T SVR4.0.2.1a; AT&T C compiler, et al.  My video card
is an AT&T vdc600, which uses paradise chips (X386 notices "pvga1").

[1]  My server gives up at quasi-predictable times.  Whenever I tell
twm to re-read "~/.twmrc", X386 shuts down.  Sometimes when I exit an
xterm, X386 shuts down.  The xterm thing is not consistent; sometimes
it does it and sometimes not; both setuid and non-setuid xterms; it
doesn't have to be the last xterm or the first.  (I am familiar enough
with X to know about the normal mechanism for shutting down; I'm not,
for example, merely running off the end of my ~/.xinitrc.)

[2]  When X386 exits, about 95% of the time, it leaves my display is
some kind of state that I can't quite cope with.  It looks like there
are graphics hanging around in a regular pattern rather than the
console text I'm expecting.  Sometimes, instead of graphic crumbs, I
see those alternative PC characters (smiley face, card suits, etc)
repeated in the same sort of semi-regular pattern.  I can see a cursor
blinking away in the right place, and the machine accepts keyboard
input.  The stuff left on the screen does not scroll, and the text I'm
expecting to see when I type commands, etc, is apparently invisible.
I've tried reseting things with the "vidi" command (part of AT&T
SVR4), but the best I can get is different screen trash.  The only fix
I have found so far is a reset, which is not exactly convenient.
(BTW, when I'm in the confounded console state, I can re-run X386, and
it operates normally; when I exit X386, I'm back to confusion.)

[3]  I'm using a 1200 baud serial mouse.  It's Mouse Systems compatible,
but I've also tried a genuine Microsoft mouse.  Although the distances
moved seem to be about what I'd expect, the screen image of the cursor
is only updated every 3/4 of a second or so.  In other words, if I
slowly drag the mouse cursor across the screen, it will not be a smooth
motion; the cursor image will be drawn and jump across the screen in 3
or 4 hops.  Is this the way everyone's mouse operates with X386?  I
hope not; it's very distracting.

Tx for any info.
-- 
  Bill                      William_J_Carpenter@ATT.COM        or
  (908) 576-2932            attmail!bill   or   att!pegasus!billc
  AT&T Bell Labs / AT&T EasyLink Services               LZ 1E-207
Newsgroups: comp.unix.sysv386
From: deraadt@xenlink.cuc.ab.ca (Theo de Raadt)
Subject: request: monitor & video suggestions
Organization: Xenlink
Date: Mon, 6 Apr 1992 05:45:33 GMT

I'm interested in finding out what the best monitor and video combinations
are. High resolution (ie. sun resolution 1152x900) is most desired, color
is not even terribly important.

Are any of the cards out there capable of supporting Sun monitors as are?
I notice that old Sun monitors are pretty cheap.
 <tdr.
--

This space left intentionally unblank.		deraadt@lego.cuc.a.ca
From: larry@news.rn.com (Larry Snyder)
Newsgroups: comp.unix.sysv386
Subject: Re: C-kermit for SCO (source or binary)
Date: 14 Apr 92 01:01:44 GMT
Organization: The Gator Public Access Unix Site (219)289-0777

mark@cyantic.com (Mark T. Dornfeld) writes:

>Can someone tell me what archive has the latest C-kermit source.
>A binary would be fine also.

SCO unix or xenix?  286/386/8086 (yes, SCO did do a 80286/286 release
of Xenix --
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the 'gator                                uucp: uunet!trauma!larry
Newsgroups: comp.unix.sysv386
From: adkins@turtle.cis.ohio-state.edu (Brian Adkins)
Subject: Re: ISC Install disk problem
Organization: The Ohio State University, Department of Computer and Information Science
Date: Fri, 17 Apr 1992 15:39:32 GMT

In article <1992Apr14.003531.6306@ccu.umanitoba.ca> umcarls9@ccu.umanitoba.ca (Charles Carlson) writes:
>In <1992Apr9.160958.27180@maccs.dcss.mcmaster.ca> ukrainec@nimios.eng.mcmaster.ca (Andrew Ukrainec) writes:
>
>>Question 1: Has anyone had problems with ISC 3.0 Install disk?
>>Question 2: What program (DOS diskcopy, cpdisk, dd ...) did you use
>>            to back up the disk?
>
>>I'm on my third disk.  The first had an unreadable block, and wouldn't copy.
>>The second and third floppy replacements from the distributor, and they both
>>have file system problems.  Any suggestions?
>
>The install instructions (for 2.2)state you cannot use DOS's diskcopy to back up
>the install disk, you must use dd.
>
>Any other DOS program that can handle odd sector and track formats should
>work as well.
>
>Charles

I used DOS's diskcopy for my ISC 3.0 disks and it worked fine!  Things must 
have changed since 2.2

Brian Adkins  adkins@cis.ohio-state.edu


Newsgroups: comp.unix.sysv386
From: ste@cbnewsm.cb.att.com (Shaun T. Erickson)
Subject: Novice Administrator (me!) needs help with FAS, please
Organization: AT&T Bell Labs, Allentown, PA
Distribution: na
Date: Mon, 6 Apr 1992 16:44:07 GMT

I have a 386/25 running Dell's SVR4 2.1. It's been using the stock asy drivers
to run a generic dumb two-port card. I have replaced the 16450's with new
NS16550AFN's and have picked up FAS 2.09pl1 from the net.

The problem is that I'm a relatively new administrator and not much of a
programmer, so I'm finding myself a bit over my head when it comes to setting
up FAS.

Has anyone done this (Larry?) that could send me a blow-by-blow description
of what I should do and, even more importantly - so I'll learn, why?

Thanks in advance ...

						Shaun
-- 
 ******************************************************************************
 * Shaun T. Erickson                              Internet: ste@alux2.att.com *
 * Cap Gemini America (RV @ AT&T)                    UUCP : ...!att!alux2!ste *
 ******************************************************************************
From: pim@cti-software.nl (Pim Zandbergen)
Newsgroups: comp.unix.sysv386
Subject: What is /dev/pmem ?
Date: 16 Apr 92 17:37:59 GMT
Organization: CTI Software BV, The Hague, The Netherlands

Interactive Unix has "/dev/pmem." It has the same major number as "/dev/mem"
and "/dev/kmem", but only the latter two are explained in the manual.
-- 
Pim Zandbergen                      domain : pim@cti-software.nl
CTI Software BV                     uucp   : uunet!mcsun!sun4nl!ctisbv!pim
Laan Copes van Cattenburch 70       phone  : +31 70 3542302
2585 GD The Hague, The Netherlands  fax    : +31 70 3512837
From: fink@Think.COM (Paul Fink)
Newsgroups: comp.unix.sysv386
Subject: Re: Experience on Concensys V4
Date: 16 Apr 1992 19:24:12 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: world
NNTP-Posting-Host: custard.think.com

In article <jke8bpk@twilight.wpd.sgi.com>, fanj@remb6489.wpd.sgi.com (Fan Jiao) writes:
|> I have been playing with it for about three weeks. I installed in the following
|> system:
|> 
|> * 486@33MHZ, 1990 AMI BIOS
|> * 8M mem
|> * 180 MB for UNIX partition
|> * ProDesigner IIs SVGA 1M RAM
|> * IDEK MF-5217 monitor.
|> 
...
|> 6. X Performance:
|> 
|>    Surprisingly, window's performance under mwm is as least as good as any
|> 10 Mips machine with primitive 8 bit graphics board.
|> 
|>    However, the performance of text scrolling in a xterm is VERY bad largely
|> due to the fact I am using a very primitive SVGA board.
|> 
|>    Some PEX operations are not supported by X386 1.2 because of that board.
|> 
|>    PEX clients run very slow.
|> 
|>    I wonder if I have 16MB memory...

   What SVGA boards are faster?
   What about the the Diamond Speedstar ?
   Or the Tseng Labs?

Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: SVr4 and clone hardware buyer's FAQ
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Fri, 10 Apr 1992 23:33:13 GMT

peter@ferranti.com (Peter da Silva) writes:

>If Joe Executive has been charged with the duty, and doesn't have the
>resources to specify the system properly, he's probably better off with
>SCO than SVR4 anyway. I'd say he got off lucky... he could have ended
>up buying Solaris.

Why do you think he'd be better off buying $CO than Solaris?

-- 
bill@unixland.natick.ma.us   ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
Newsgroups: comp.unix.sysv386
From: jerry@connection.prospect.com (Jerry Shekhel)
Subject: Re: X386 X11R5 Cirrus Logic chips (lcd laptops, typically)
Organization: Molecular Simulations, Inc.
Date: Thu, 9 Apr 1992 17:26:54 GMT

sdw@bugatti (Steve Williams) writes:
>
>BTW, the Interactive X11 (2.2.1 Unix version), supports a great
>640x480x16 mode that can be setup as panning: I use 800x600 and it
>hardware pans when the cursor goes off the edge.  Does X386 and/or the
>R5 distribution support hardware panning or lowlevel software panning?
>Any ideas on where to start if I were to try to implement this?
>

X386 has beautiful support for this.  You can use any resolution as the
"window", so I use 800x600 to pan over an 1152x900 virtual resolution.
Furthermore, you can switch actual screen resolutions on the fly.  On my
monitor, 1152x900 is interlaced and too flickery for me, so I normally keep
it at 800x600 or 640x480 with panning.  However, I can take a quick glance
at the whole 1152x900 with a keystroke, and then switch back.

>
>Stephen D. Williams    SDW Systems (513) 496-5223 Pager (513) 439-5428 VMail
>
--
+-------------------+-----------------------+--------------------------------+
| Jerry J. Shekhel  | Molecular Simulations | Time just fades the pages      |
| Drummers do it... | Inc.  Waltham, MA USA | in my book of memories.        |
|    ... In rhythm! |     (617) 890-2888    |              -- Guns N' Roses  |
+-------------------+-----------------------+--------------------------------+
|           ...! [ princeton mit-eddie bu sunne ] !polygen!jerry             |
|                            jerry@polygen.com                               |
+----------------------------------------------------------------------------+
Newsgroups: comp.unix.sysv386