HDTenEightyP/NetNews huggingface dataset:
From: x41@sun0.urz.uni-heidelberg.de (Werner Guenther)
Subject: xdm in 3.2.2
Organization: University of Heidelberg (Germany)
Date: Fri, 6 Nov 92 15:19:13 GMT

With update AIX3.2.2 we have the problem that the X server can no longer
be started by xdm. We used the following start command in Xservers:

unix:0 /usr/bin/X -sdebug

We tried to use a shell script instead of calling X directly, then X will be
started correctly but when you close a session the system will hang.

Does anyone know a solution for this problem ?


-- 
___________________________________________________________________________
Werner Guenther                | Computing Center, University of Heidelberg
x41@sun0.urz.uni-heidelberg.de | x41@aix0.urz.uni-heidelberg.de
x41@DHDURZ1.BITNET             |  
Newsgroups: comp.unix.aix
From: nlane@well.sf.ca.us (Nathan D. Lane)
Subject: Re: /tmp Corrupted
Organization: Whole Earth 'Lectronic Link
Date: Fri, 6 Nov 1992 20:56:41 GMT

In the previous messages on this thread, it was mentioned that the /tmp file
system was getting 100% full and doing a du showed it to be nowhere near
full.  I had the exact same problem and traced it down to an unconnected
pipe.  Since I was using a program language that I assumed would handle
pipes correctly, I was totally mystified.  Then I realized what the program
was doing - simulated command line:

	xterm -e cat xxx | nroff -ms

That is not the exact command line, because it does not reproduce the problem.
I think it only happened when the file was non-existent.

Obviously, this isn't allowed and "nroff" is the one that showed up in
the process table.  After I killed it, the /tmp file system was correct
again.  I have not verified my actual theory about broken/unconnected
pipes causing the problem.

-Nathan Lane
Trico Title Company, Santa Barbara, CA
nlane@well.sf.ca.us

Newsgroups: comp.unix.aix
From: marc@ibmpa.awdpa.ibm.com (Marc Pawliger)
Subject: New product announcements available via anonymous ftp
Organization: IBM Advanced Workstations Division, Palo Alto
Date: Tue, 10 Nov 92 18:38:42 GMT

[ Some new announcements came in today, this announcement is for both them
  as well as the ones posted about yesterday --mrp]

Folks,

I have put new IBM AIX and '6000 related product announcements out for
anonymous ftp from ibminet.awdpa.ibm.com (192.35.233.1) in the directory
pub/announcements.  The file 00INDEX describes the contents of all the
files, since the file names are just the (very non-descriptive)
announcement numbers, i.e. "191-026" 

The new (and changed, marked with a '+') announcements are:

Software: 
    292-646:  IBM COMMON DATA FACILITY/MVS VERSION 1 RELEASE 2
    292-647:  IBM AIX/6000 COMPUTER-BASED TRAINING COURSES
    292-649:  COOPERATIVE SOFTWARE:  RED BRICK WAREHOUSE
    292-655:  IBM'S MULTIMEDIA DISTRIBUTED COMPUTING -- STATEMENT OF
              DIRECTION 
    292-656:  IBM PERSON TO PERSON/2 VERSION 1.0
    292-661:  COOPERATIVE SOFTWARE:  UNIVERSE
    292-662:  COOPERATIVE SOFTWARE:  BBN SOFTWARE RS/SERIES FOR RISC
              SYSTEM/6000
    292-663:  IBM M-CONTROL PROGRAM/2 VERSION 2.01

Marketing:
    392-246:  PRICE CHANGES:  IBM OS/2 LAN SERVER VERSION 3.0
    392-247:  PRICE CHANGES:  IBM LAN TO LAN WIDE AREA NETWORK PRODUCT


Announcement Summaries:

    C92-018:  ANNOUNCEMENT SUMMARY - NOVEMBER 3, 1992

As always, for more information please contact your friendly local IBM SE.

-- 
+  Marc Pawliger     IBM Personal Systems Multimedia      Palo Alto, CA   +
|   Internet  marc@awdpa.ibm.com                UUCP  uunet!ibminet!marc  |
|    IBMinet  marc@ibmpa.awdpa.ibm.com         phone  (415) 855-3493      |
+       VNET  MARCP at AUSTIN              IBM phone  T/L 465-3493        +
Newsgroups: comp.unix.aix
From: payne@eric.austin.ibm.com (Eric Payne)
Subject: Re: remote /usr info needed
Organization: IBM, Austin
Date: Tue, 10 Nov 92 21:55:49 GMT

In article <1992Nov9.183050.22598@selway.umt.edu> mcguire@selway.umt.edu (Charles J McGuire) writes:
>I'm looking for info on whether it may be possible to "regress" from
>a diskfull machine to one that uses a remote /usr. I'm running AIX
>3.2.2*. Basically, I have several 220's with fully configured 400M 
>disks that I would now like to reconfigure for use with a remote /usr.
>The only response I've been able to get from IBM support is to 
>re-install the clients using "install for use with remote /usr".
>This means I'll have to go back thru the painful 3.2.2 updates which 
>is something I'd really rather avoid if possible.

I don't know of any way to "regress" from diskfull to remote /usr.  However,
doing the installation of the client and choosing "install for use with remote
/usr" will not require you to go through the 3.2.2 update process.  If you
have installed 3.2.2 on the server which will be serving the remote /usr,
those updates will be shared by the client.  The only thing that you will lose
is any customization which you may have performed in the clients' miniroots.


>
>I haven't been able to find any detailed docs on how the remote
>/usr concept is implemented. Everything I've read is "do this
>and it works like magic kind of stuff". Specifically, 
>
>1. what's req'd on a client? 
>   (I remember reading a posting a little while back where 
>   someone was having trouble on a client because the client /usr was
>   so minimally configured - the server was down and they were trying
>   to perfrom maintenance on the client)? 

There is a minimal /usr on the client which will come up if it cannot contact
the server.  There is not much there.  Just enough to get the thing booted
and allow you to "vi" a few things.


>
>2. How are PTF's and updates applied to clients when updates to code
>   may affect files in root filesystems (/, /etc) as well as /usr. 

I am not sure about this.  I think it is probably a manual process.  If the
server updates its /usr, the client must run the installp command which will
install the root portions of the PTFs onto the clients miniroot.  I think the
syntax is
		installp -acg -Or all

But don't hold me to it.
-- 
Thank you
Eric Payne
payne@austin.ibm.com       EPAYNE AT AUSVMQ
These views are strictly my own.  Even then, I do not claim responsibility.
Newsgroups: comp.unix.osf.misc,comp.unix.bsd
From: sgccseh@citec.oz.au (Steve Hocking)
Subject: Shared library papers for OSF1
Organization: CITEC
Date: Wed, 11 Nov 1992 04:08:46 GMT
Summary: Where can I find them?
Keywords: OSF1, shared libs, ftp

	I'm after papers on OSF1 shared libraries. I'm looking at
implementing shared libraries on 386bsd as an experiment (well as a lark)
and am already familiar with the SVR4/SunOS way. Rumour has it that OSF has
an altogether nicer method. Does anybody know where I can ftp some suitable
papers from?


	Cheers,

	Stephen
-- 
-----------------------------------------------------------------------------
          "Toddlers are the stormtroopers of the Lord of Entropy"

Stephen Hocking                                    sgccseh@citecuc.citec.oz.au
From: dbehr@dos-lan.cs.up.ac.za (Danie Behr)
Newsgroups: comp.unix.osf.osf1
Subject: OSF/1 and Mach
Summary: What are the differences and similarities between OSF/1 and Mach
Keywords: osf osf/1 mach
Date: 12 Nov 92 06:54:20 GMT
Article-I.D.: dos-lan.dbehr.58.721551259
Organization: Computer Science Department, University of Pretoria

Can any one tell me what the similarities and differences is between OSF/1 
and Mach.  I need detail, or a reference to some electronic document.

------------------------------------------------
Danie Behr
Dept Computer Science
University Pretoria
RSA
(dbehr@cs.up.ac.za)
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Newsgroups: comp.unix.bsd
Subject: Re: XFree386 and mice
Keywords: LogiTech, MicroSoft, mice, XFree386
Date: 10 Nov 92 17:10:21 GMT
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen


In a previous posting I wrote:

>I got XFree386 running fine with one exception:
>
>It works fine for an older Logitech mouse (this older one design with the
>rectangular buttons). 
>
>But I can't get the hell working any of the bunch of mice I have lying around
>like smartmouse, genius-mouse, Logitech (streamlined one), klone mice - 
>all are claiming to be Microsoft compatible mice.

I received advice from two sides to not use the Baudrate 9600 option
                                    ^^^                  ^^^^
with mice other than the old Logimouse.

Most mice work with Baudrate 1200. This can be obtained from the X386 man page.

--
--Chris
Christoph P. U. Kukulies
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.
Newsgroups: comp.unix.bsd
From: hagenl@cs.tu-berlin.de (Lars Hagen)
Subject: Problems with mtools ! Please HELP
Organization: Technical University of Berlin, Germany
Date: Fri, 6 Nov 1992 10:35:29 GMT

; LAST EDIT: Fri Nov  6 11:34:19 1992 by Lars Hagen (kassandra!hagenl) 
Hi there,

I have a problem with mtools. <who can help me ??

With the mtools I can only read and write 1.44MB and 1.2MB disks.
But I can not work with 720KB disks. In CMOS-SetUp I have changed the
drives to 720 - but also error. I recompiled the mtools - but error.
What is wrong ?? I tryed all possibilities - but I cant work with 720KB
disks.

Please help me !


Thanks, Lars
-- 
=================================
=   Lars Hagen                  =
=   Technical University        =
=   Berlin, Germany             =
Newsgroups: comp.unix.bsd
From: ujlh@pool.info.sunyit.edu (James Henrickson)
Subject: Re: XView - how much of it is available?
Keywords: xview openlook
Organization: State University of New York -- Institute of Technology
Date: Wed, 11 Nov 1992 22:29:28 GMT

In article <veit.721471372@du9ds3> veit@du9ds3.uni-duisburg.de writes:
>
>Here is an interim fix for OLVWM, the virtual desktop WM, which seems to
>                             ^ !!
>work fine. Ah, I forgot one patch: There may be some \<space> lines in
>the Imakefile which have to be corrected manually.
>

You also need strtod(), which is not in the libc.a that comes with the
386BSD distribution.  A quick fix is to hack the strtod.c file that
is part of GNU libc.  I haven't spent a lot of time on it, but I'm
in the process of adding it to my libc.a.  I haven't noticed any
references to this missing function before.

The man page for strtod() mentions that it is not implemented.  Maybe
we'll see it in the next release of 386BSD?

-- 
Jim H.
*
* James L. Henrickson  |  "I don't need a signature, I need a job!"
* ujlh@sunyit.edu      |  BSCS, December 1992
Newsgroups: comp.unix.bsd
From: bachesta@Data-IO.COM (Jim Bachesta)
Subject: 386BSD: Trouble booting a new kernel.
Organization: Data I/O Corporation
Date: Fri, 13 Nov 1992 17:27:10 GMT

a number of config files with the same results. The procedure that I'm using is as 
follows:

	o config GENERICISA
	o cd ../../compile/GENERICISA
	o make depend
	o make

There are no errors and a kernel is linked. I copy the kernel to / and I do
a shutdown. When I reboot I get the following message:

	0 eip = fe009aa5 cs = 8 eflags = 1086 cr2 a cpl ffffffff
	panic: trap
	hit reset please


Has anyone seen this problem? Does anyone have a work around or solution?
Any help is greatly appreciated. Please respond on the net.

Thanks

Jim Bachesta
Data I/O Corporation
bachesta@Data-IO.COM
From: visnurpk@ubvmsb.cc.buffalo.edu (Rich Kernin)
Newsgroups: comp.unix.bsd
Subject: [386BSD] X Window Questions
Date: 13 Nov 92 03:40:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

Hello,

   I've been running XFree86 on 386BSD with a 33Mhz 386 and 8meg of
memory.  It runs fine, but if you start more than a couple of windows
it will slow down almost to a halt.  I tryed running XV and it really
slowed things down.  My question is how much memory is needed to run
this beastie efficiently?  I tryed running the XS(?) server, which the
readme said was quicker, but it didn't do anything.

   Also, does anyone have XView available as binaries only for 386BSD?
I would love to play with it, but only have a 100meg disk (which is currently
84% full).  I've found gwm and have twm, but would like to try olwm.

Thanks!

-Rich

---------------------------------------------------------------------------
Richard P. Kernin                  Internet: visnurpk@ubvmsc.cc.buffalo.edu
Niagara University                   BITNET: visnurpk@ubvmsc.BITNET
Administrative Computer Center
---------------------------------------------------------------------------
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Largest file size for 386BSD ?
Organization: Weber State University  (Ogden, UT)
Date: Fri, 6 Nov 92 17:34:54 GMT

In article <1992Nov6.031757.20766@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:
>
>Original Unix has the largest file size of 4Gbyte, because it uses 24-bit
>pointer.(shouldn't it be 16Gbyte?)

No, 4 Gig; think of identification of indirect blocks for a total of two
levels of indirection using a 24 bit value.

>What is the size for 386bsd?
>If it still uses 24-bit pointers, then the largest size is still 4Gbyte.

Yep.

>This will be an important issue because soon we'll have hundreds of gigabytes,
>instead of magabytes soon.
>	It took the jump from tens mega to hundreds in just 10 years.

Get around the problem:

1)	Multiple partitions not exceeding the 4 Gig limit.
2)	Larger terminal blocks.
3)	Additional indirection levels.
4)	Assumption of larger files = log-structure file systems (ala Sprite).

I don't think it will be an issue that soon anyway.


					Terry Lambert
					terry@icarus.weber.edu
					terry_lambert@novell.com
---
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
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: nbladt@autelca.ascom.ch (Norbert Bladt)
Subject: Re: IOZONE results (benchmarks in general)
Organization: Ascom Autelca AG, Guemligen, Switzerland
Date: Wed, 11 Nov 1992 07:27:41 GMT

julian@tfs.com (Julian Elischer) writes:


>Below are the results of an IOZONE auto.
[ interesting text deleted - NB.]

>This leads me to 2 conclusions:
>if not all information is given, benchmarks are dangerous.
Right (how about disk access times ?)
>and
>my driver is not as slow as eoahmad said it was 8-)
No. I like the speed, in fact. I compiled (a real world application !!?)
the X11R5 stuff, i.e. make World in the "mit" directory. It took 2.5 hours.
A friend told me that this takes 7.5 hour on some HP 73x system,
I am happy with the SCSI driver, and another very important question for me is:

	How do you backup a 540 MB IDE disk, e.g. those from Conner ?

Is somebody (eoahmad ?) using about 400 3.5" high-density floppies ?
OK, with 30% mean compression-rate 280 floppies should do it :-)
That's were all the time goes (sitting and waiting to finish the backup) :-)
I know that there are AT-Bus streamers, however, at least here in
Switzerland, they are twice as much as SCSI streamers !
This way, a real IDE solution is still more expensive, at least for me.

[ text (benchmark results) deleted - NB.]

Norbert.
-- 
Norbert Bladt, Ascom Autelca AG, Worbstr. 201, CH-3073 Guemligen, Switzerland
Phone: +41 31 999 65 52			FAX: +41 31 999 65 44
Mail: nbladt@autelca.ascom.ch   UUCP: ..!uunet!mcsun!chsun!hslrswi!aut!nbladt
Newsgroups: comp.unix.bsd
From: rich@Rice.edu (Richard Murphey)
Subject: Re: [386bsd]: SLIP woes (packetsize > 876)
Reply-To: Rich@rice.edu
Organization: Department of Electrical and Computer Engineering, Rice
	University
Date: Wed, 11 Nov 1992 04:09:37 GMT

In article <2B005B3A.17158@ics.uci.edu> bvickers@valentine.ics.uci.edu (Brett J. Vickers) writes:
   I just got SLIP up and running on my computer.  However, whenever I
   try to send a packet of size greater than or equal to 877 bytes,
   nothing happens.  The process trying to send such a packet just sits
   there and hangs.  I found this out using "ping -s869 wherever" (ping
   adds 8 bytes to the packet).

   I'm using the standard 386BSD if_sl.[ch] files.  Anyone know why
   this is happening?


Look at /sys/net/if_sl.c.  The output packet size is limited to 296
(the value of SLMTU).

The comments there contain a careful discussion on the trade offs
between fractional overhead of ip headers at lower values v.s. latency
in interactive TCP connections at higher values.

Maybe ICMP packets are not fragmented.  Rich

   --
   Brett J. Vickers
   bvickers@ics.uci.edu
Newsgroups: comp.unix.bsd
From: jcook@demello.b30.ingr.com (John Cook)
Subject: 386BSD /dev/wd1* question.
Reply-To: jcook@demello.b11.ingr.com
Organization: Intergraph Corporation, Huntsville AL
Date: Wed, 11 Nov 1992 14:31:55 GMT

386BSD supports /dev/wd0* at IO address 0x1f[0-7] and IRQ
14, standard DOS location(s).  Where does it expect /dev/wd1*?
My guess is at IO address 0x17[0-7] but at what IRQ?
Thanks in advance for the help.
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: XFree386 and mice 
Keywords: LogiTech, MicroSoft, mice, XFree386
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sat, 7 Nov 1992 21:43:50 GMT

In article <1992Nov7.140133.24837@Urmel.Informatik.RWTH-Aachen.DE> kuku@acds.physik.rwth-aachen.de writes:
>
>I got XFree386 running fine with one exception:
>
>It works fine for an older Logitech mouse (this older one design with the
>rectangular buttons). 
>
>But I can't get the hell working any of the bunch of mice I have lying around
>like smartmouse, genius-mouse, Logitech (streamlined one), klone mice - 
>all are claiming to be Microsoft compatible mice.
>
>But when I enable the MicroSoft option line in Xconfig I can't get any mouse
>movement out of these bastards. 
>
>Any hint welcome, please.
>
Call the manufacturer or dial-up to their BBS and find out
the com port settings for the respective mouse. Once you have
done that send me e-mail with with info.

Amancio

>--
>--Chris
>Christoph P. U. Kukulies
>kuku@acds.physik.rwth-aachen.de
>*** Error code 1
> 
>Stop.
>


Newsgroups: comp.unix.bsd
From: jruschme@nyx.cs.du.edu (John Ruschmeyer)
Subject: Re: 386BSD: Cyrix486/487
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Thu, 12 Nov 92 18:54:10 GMT

In article <DERAADT.92Nov2140703@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>Is anyone running a 386BSD system on a Cyrix486/487 setup?
>I'd like to know if it works, because a 386/25 is slow, and
>the above solution is cheapest.

Well, not quite but...

This past Sunday I moved by BSD/386 (beta) system to a Cyrix 486SLC-based
machine.  This appears to be a generic 385sx-25 motherboard, but with a 
486SLC-25 chip.  I also installed a Cyrix 387sx FastMath that I had from
another machine.

The results:
 
Everything appears to work correctly and is very stable.  Initial performance
results were very bad as I had forgotten to enable the on-chip cache from the
BIOS.  (BSD/386 thought it was an 8 mhz 80486 and it dhrystoned like an
803sx-16.)  Turning on cthe cache, however, produced results that were
about 1/3 faster than I would have expected with an 80386sx-25 (approx.
9000 dhrystones/sec).
 
Depending on prices in your area, though, you may want to compare the
cost of a 386-40 vs. that of the Cyrix 486.
 
<<<John>>>

Newsgroups: comp.unix.bsd
From: jkh@esel.lotus.com (Jordan K Hubbard)
Subject: Re: [386BSD] capslock -> control key mapping
Organization: Lotus Ireland
Distribution: comp
Date: 11 Nov 92 21:01:01

	This patch is obsolete with codriver (aka keycap-0.1.1.tar.Z), it has been
	obsolete since the first days of the 0.1.0 version and Helmut Michaelis'

If there is a better way of doing this, then you guys need to make its
presence better known!  *Any* console driver that:

a) Breaks Xfree86
or
b) Is not compatable with the main patch line (PL58).

Is totally useless in my eyes, since I'll need to become responsible
for a rather large 3rd party derivation or hack it around the X
support code (or both).  My patch breaks rule (b) but is at least
small enough to keep adding back in and doesn't break X.

When your driver is merged with 386BSD or at least completely
compatable with the Xfree86 console driver patches, then I'll happily
consider such hackery 'obsolete'.  Until then, it's of no interest
at all.


					Jordan
Newsgroups: comp.unix.bsd
From: adasal@netcom.com (Salvatore Collora)
Subject: BSD and Domain Name Server
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 11 Nov 1992 22:08:49 GMT

DOES ANYONE!!! know how to set up BSD 386 as a Domain Name Server.  I
can't seem to get any of the available BIND programs running on it correctly.
They all look for specific files and call certain commands that I am not
familiar with.  

Any help would be appreciated..

Sal
Newsgroups: comp.unix.bsd
From: sthomas@worldbank.org (Sidney F. Thomas)
Subject: Bringing up 386bsd -- ethernet connection problems -- help!
Organization: The World Bank, Washington, DC, USA
Date: Tue, 10 Nov 1992 20:28:36 GMT

Hi there!

Got TinyBSD to install onto the hard disk.  Now I want to
ftp a distribution site to download the rest of the distribution.
My 3COM 3C503 card is recognized at bootup on IRQ 9 at the right
address (D8000) etc., as device ec0.  I issue the command to
configure the ethernet card to my IP address:

	# ifconfig ec0 138.220.64.1 

which seems to be well executed, as I get back the message

	ecinit#

Then I issue the command to identify the gateway:

	ecinit# route add default 138.220.64.240

Then I try to connect to agate.berkeley.edu, thus: 

	# ftp 128.32.136.1

and nothing happens.  I also cannot connect to other nodes on
my domain.  I suspect there is a simple solution, but INSTALL.NOTES
offers no clue -- I have followed the instructions given there.  
It also does not appear to be a FAQ -- I have read 386bsd.FAQ.  
Still, others must have encountered and solved this problem.
Any help would be appreciated.

--Sidney Thomas
(sthomas@nimbus@worldbank.org)
Newsgroups: comp.unix.bsd
From: rahnds@mentor.cc.purdue.edu (Dale Rahn)
Subject: Re: [386bsd] physicaly formatter for floppy disk
Organization: Purdue University
Date: Thu, 5 Nov 1992 22:49:00 GMT

Could you please repost this, What you posted was truncated in the middle 
of the file fdformat/kernel/fd.diff. the formatting program and portions
of the patch seemed to be missing.

thank you.
Dale Rahn
rahnds@mentor.
From: bob@obiwan.uucp (Bob Willcox)
Newsgroups: comp.unix.bsd
Subject: Re: does the UMC chipset work with 386BSD?
Date: 10 Nov 92 13:37:48 GMT
Organization: Bob's Place, Austin TX

In article <49432@shamash.cdc.com> pbd@runyon.cim.cdc.com (Paul Dokas x4629) writes:
>I'm looking at a 486DX-33 (2 VESA LB slots, 6 ISA slots, 256K
>cache, 8 MB DRAM) that uses the UMC chipset with an Intel 486.
>Has anyone heard of the UMC chipset?  And does anyone know if
>I'm going to have problems running 386BSD?

Don't know about 486 UMC chipset but I have successfully run 386bsd
on two different 386DX-40 MBs with UMC chipsets without any problems.
Can't say the same for the MB with PC-CHIPS chipset that I tried,
however.

-- 
Bob Willcox                ...!{rutgers|ames}!cs.utexas.edu!uudell!obiwan!bob
Phone: 512 258-4224 (home)
       512 838-3914 (work)
Newsgroups: comp.unix.bsd,comp.sys.ibm.pc.hardware