HDTenEightyP/NetNews huggingface dataset:
From: yqian@yoho.uwaterloo.ca (Yuemin Qian~{G.T>Cq~})
Subject: [386bsd] Mtools documentation
Organization: University of Waterloo
Date: Tue, 12 Jan 1993 01:46:33 GMT

Looking at /usr/local/bin in 386bsd, there are a bounch of tools
such as 'mread', 'mwrite', 'mdir', 'mdel' as those commands in MS-DOS.
I tried some of these commands, they seemed not work for me except the
ones 'mread' and 'utree'.

The directory /usr/local/man is empty. So there are no man pages for
these commands.

Can someone tell me how to use these commands or where to find the
man pages for these commands?

Thanks in advance.

-Yuemin
From: richard@aiai.ed.ac.uk (Richard Tobin)
Newsgroups: comp.unix.bsd
Subject: X font restoration under 386BSD
Date: 5 Jan 93 18:44:25 GMT
Organization: HCRC, University of Edinburgh

I'm running X386 under 386BSD 0.1 on a machine with a Genoa 6400 svga
card.

When X exits, the screen is not correctly restored.  It appears that
the font and screen contents are not being restored to the values
saved when X started up.  Closer examination reveals that only every
fourth byte of the saved font is being restored - those bytes whose
offset is equal to 2 mod 4 are restored, the rest are zero.

The code in X386 looks correct; if I write a program that uses similar
code to save the font before entering X and restore it after X exits,
it seems to work.

Can anyone explain this?  Is anyone using a Genoa svga under 386BSD
without this problem?

-- Richard
-- 
Richard Tobin,
Human Communication Research Centre,                       R.Tobin@ed.ac.uk
Edinburgh University.
Newsgroups: comp.unix.bsd
From: vpham@cs.ulowell.edu (vinh)
Subject: Re: Erasing command-line arguments
Organization: University of Massachusetts at Lowell Computer Science
Date: Mon, 11 Jan 1993 03:04:57 GMT

In article <1993Jan10.232216.11155@leland.Stanford.EDU> tone@leland.Stanford.EDU (Tony Lin) writes:
>Hi everyone!
>
>  Does anyone know if there is a way for a process to erase it's command
>line arguments from memory?  I'm writing in C for a SPARCstation running SunOS
>Unix.  Any help or tips will be greatly appreciated.  Please email replies
>to tlin@xenon.Stanford.EDU
>
>						Tony

check out XtAppInitialize()         :-)

Newsgroups: comp.unix.bsd,comp.windows.x.i386unix
From: asu@server2.panther.mot.com (Russell Trotter)
Subject: Can't start X, says "can't find mouse"
Organization: Motorola Panther Project, Chandler, AZ
Date: Mon, 11 Jan 1993 19:16:16 GMT

When I do a 

xinit >& x.out 

look at x.out and see amongst the output a message saying
"can't find mouse" what should I do?  

I checked the x386 faq and it doesn't have anything
for this problem. Any clues?

Russ
Newsgroups: comp.unix.bsd
From: christia@latenite.ssc.gov (Mike Christiansen)
Subject: How to set up my boot disk with MFM and SCSI controllers??
Organization: SSC Laboratory, Dallas, TX
Date: Tue, 12 Jan 1993 02:32:57 GMT


Hi,

I have kind of a strange problem... I have a 100 Mbyte MFM disk on a
seagate controller and a 300 Mbyte SCSI disk on a aha controller.  I
would like to keep the MFM controller all DOS and the SCSI all BSD. I
really dont want to create multiple partitions and load both dos and
bsd on separate partitions on the MFM controller as 100 Mbytes is just
large enough to load DOS, Windows, some games, and the Windows
applications I use a lot when working at home.  I can install BSD on
the SCSI, no problems :-), but I have to unplug the MFM controller to
get the system to boot off the SCSI.

Naturally, I would like to be able to boot the BSD on the SCSI without
having to unplug the MFM controller. I suppose I could continue to
boot off a floppy (UGH). I was wondering if any of you had a better
suggestion? I was thinking:

- Get the system to boot off of the aha controller. Then I could
create a small ~5mbyte DOS partition on the SCSI and use the MFM as
drive D:. Then I could use FDISK to set the active partition and I'm
laughin. 

- Some DOS utility which can be applied to cause the system to load
and boot BSD off of the SCSI. 

- ?? YOU TELL ME ???

thanks,
mike
--
----------------------

Mike Christiansen
Superconducting Super Collider Laboratory
Controls Group
2550 Beckleymeade Ave.
MS.4002
Dallas, TX. 75237

214-708-3415
christia@latenite.ssc.gov
Newsgroups: comp.unix.bsd
From: tweten@wilbur.nas.nasa.gov (Dave Tweten)
Subject: [386bsd] What EISA Ethernet Board?
Organization: NAS, NASA Ames Research Center, Moffett Field, CA
Date: Tue, 12 Jan 93 21:01:59 GMT

I'm about to try to put an EISA bus machine onto the ethernet, running
BSD.  I've heard of a variety of ethernet boards reputed to work:

	Western Digital 8003E, Elite
	Novell NE1000, NE2000
	3Com 3C503, 3C507
	Isolan ISOLINK

I've also heard that many of them are slow.  What I'm looking for is an
EISA bus board which has a compatability mode that matches 386BSD
drivers.  With (the more efficient) BSD4.4 networking code, an EISA bus
board should permit my machine to "network" at speeds limited by the
network hardware or by the distant host.  A compatibility mode will
permit me to use it right away.  Does anybody have any suggestions?  Be
polite!
-- 
---------------------------------------------------------------------------
Dave Tweten						tweten@nas.nasa.gov
NASA Ames Research Center, M/S 258-5			     (415) 604-4416
Moffett Field, CA  94035-1000				FAX: (415) 604-4377
Newsgroups: comp.unix.bsd
From: kzin@terminus.gatech.edu (John Rudd)
Subject: What does 386bsd require?
Organization: Georgia Tech College of Computing
Date: Tue, 5 Jan 1993 18:07:46 GMT


What hardware do I need to install and use 386bsd?

Do I need a tape drive? (can I install it from a file
on a DOS partition? or some other bypass of a tape drive?)

What sort of hardware requirements are there? 387 required?
disk space?  can it handle internal modems? (SCO ODT has a 
problem wiht them)

I hear that there is a 386X for 386 bsd?  What sort of graphics
capabilities and controllers does it *Require*? what does it support?
(bsd/386 from bsdi has a very narrow list of supported cards)
Does it include the programming libraries, etc (Xt)

I'm looking at a 386 system with 4mb ram (I can get more if needed),
a Trident SVGA card and color monitor, 120mb hard drive, 3 button
serial mouse.. (IDE hard drive,  not scsi).  I don't think I'll be
able to pick up a tape drive for it, tho.

Oh, and what quality are the SLIP drivers for 386bsd?  anyone using
them for an internet connection?


Please send replies to kzin@jablab.gatech.edu

my cc.gatech.edu account isn't entirely stable at teh
moment.

John
John Rudd  --  kzin@cc.gatech.edu         ex- kzin@ucscb.ucsc.edu
All opinions expressed here are my own, and no one elses.
--If Happy Fun Ball begins to smoke, leave the area immediately,
  seek shelter, and cover your head.  Do NOT Taunt Happy Fun Ball.
Newsgroups: comp.unix.bsd
From: tjon@plains.NoDak.edu (Christopher C. Tjon)
Subject: Re: Dumb Terry
Date: Thu, 7 Jan 1993 22:04:05 GMT
Organization: North Dakota Higher Education Computing Network
Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages

In article <1993Jan7.122941.29218@ulrik.uio.no> toreh@bootes.sds.no (Tore Haraldsen) writes:
> In article <2637@titccy.cc.titech.ac.jp> mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
> [lots and lots of stuff deleted]
> ... a bunch of bullshit far above the average for this news group. It is
> quite interesting to see someone so intent on attacking and with such a
> lack of constructive comments ...
> 
> Dear Mr. Masataka Ohta, stop this persecution and show us how YOU would
> solve the questions rised! Or, if you do not want anything solved at
> all, please tell us why!
> 
> Eagerly waiting,
> 
> -- tore
> -- 
> ------------------------------------------------------------------------
> Tore Haraldsen, Statens Datasentral A/S - SDS, Norway
> email: toreh@bootes.sds.no

I agree,  even if someone is wrong there is no need to publically rip the 
shit out of them.  People do make mistakes from time to time.  


-- 
Chris
		tjon@plains.nodak.edu	 Christopher C. Tjon
		uunet!plains!tjon (UUCP) Box 5224
		tjon@plains (Bitnet)	 Fargo, ND 58105-5224
This message brought to you by the letters X and S and the number 3.
Newsgroups: comp.unix.bsd
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: Re: Looking for Gateway Keyboard fix (meant for mail.)
Date: Sat, 9 Jan 1993 14:04:48 GMT

  Oops - sorry about that posting, (and I suppose this explanatory
 one as well.)  I meant for that to simply be personal mail, but it's
 early in the morning here (sigh)...

  By the way, if there is such a thing as a Gateway keyboard fix (which
 I must have missed) could someone (whomever responds to Mark) toss it
 my way as well...

	 - Thanks -
  	- Dave Rivers -
	(rivers@ponds.uucp)
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: [386BSD] Advice on System Wanted
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Distribution: na
Date: Sun, 10 Jan 1993 07:13:52 GMT



The S3 805 port is not complete so till I don't complete it I
don't recommend getting an 805.

Rich writes:
>  GraphicEngine 32b     S3 801          64.1K   $210    3.3 $/k
This figure is for my 486/33Mhz. However, on my new 486/50Mhz and
my private XS3 server, I am getting the following:

cpu: Orchid SuperBoard 486/50Mhz 256k cache 8MB (Vesa Local Bus system)
card: Actix GraphicEngine32
ide: Orchid IDE VLB controller $89 
	note: these are a couple of lines from the iozone's results :-)
	MB      reclen  bytes/sec written   bytes/sec read      
  1       2048    2621440             403298              
  4       4096    804020              731565    

resolution 1024x768 45Mhz interlace

TOTAL    141256 lineStones
TOTAL     66431 fillStones
TOTAL     40214 blitStones
TOTAL   3637764 arcStones
TOTAL    169812 textStones
TOTAL    132418 complexStones
TOTAL     88451 xStones

The server's performance is going to be improved shortly :-)
It is true that at higher dot clock the performance of the 801
will degrade. The 928 cards are listing for about $350-$495 they
should be generally available in less than a month. #9 is selling
S3 928 cards  and their number is 1-800-GET-NINE.

>
>Yes you can run X alone in 8Mb with no problem.  You need only about
>2.5Mb of memory for xinit, X386, xterm, emacs and gwm.  The latter are
>memory hogs, so 2.5Mb is conservative estimate of the minimum memory
>used by X itself on 386BSD.  With 8mb you won't have much room to run
>more daemons, etc. though.  Rich

With future support for shared libraries the 8Mb should be able to 
run X comfortably.

Have fun,
Amancio
-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
Newsgroups: comp.unix.bsd
From: adasal@netcom.com (Salvatore Collora)
Subject: C-News
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Wed, 6 Jan 1993 06:41:04 GMT

Can someone please help me...!!! Has ANYONE gotten any kind of news
going on a 386bsd system???  Any help would be appreciated...I have c-news
and I have been trying to compile it and I am getting a lot of errors..
I have a somewhat flaky grasp of C, but if someone who has done it can point
me in the right direction...I'd appreciate it...

Thank You...

Sal 

Newsgroups: comp.unix.bsd
From: taino@ghost.dsi.unimi.it (Stefano Taino)
Subject: Installation problem
Organization: Computer Science Dep. - Milan University
Date: Fri, 8 Jan 1993 12:00:49 GMT


After booting up the Tiny 386BSD distribution installation floppy,
I ran "install" command.
I chose for a 112 Mb partition, and I answered "y" to create a 386BSD
partition and to put a bootable image of the Tiny floppy on HD.

When I rebooted from HD, I received following message:

pc0<color> at 0x60 irq 1 on isa
com1 at 0x3f8 irq 4 on isa
com2 at 0x2f8 irq 3 on isa
wd0 <Maxtor 7213 AT> at 0x1f0 irq 14 on isa
fd0 drives 0: 1.44M, 1: 1.2M at 0x3f0 irq6 drq 2 on isa
npx0 at 0xf0 irq 13 on isa

-------
panic: cannot mount root
vm_fault: 
panic: trap

The operating system is saving a copy of RAM memory to device 1, offset 0,
(hit any key to abort) [mount left to save (MB)] device bad system running.
-------

Any suggestion ?

-- Stefano.

---
Stefano Taino                          e-mail:taino@ghost.dsi.unimi.it
CS Department of Milan University             stefano@cdc835.cdc.polimi.it
ITALY
From: samuel@cs.ubc.ca (Stephen Samuel)
Newsgroups: comp.unix.bsd
Subject: Re: IBM--What does it mean? (was: Reading joystick)
Date: 8 Jan 1993 17:18:17 -0800
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: larry.cs.ubc.ca

brad@bradley.bradley.edu (Bradley E. Smith) writes:

>In <822@nfsun.UUCP> gchamber@nfsun.UUCP (Glenn Chambers) writes:
>>>>IBM: Incompatible Brain-damaged Machinery  ;-)
>>>IBM: Inferior But Marketable
>>IBM: International Brotherhood of Magicians
>>    (an actual organization)

Has nobody mentioned:
	"It's Better Manually."?


BTW: how many IBM mainframes does it take to execute a job? (ROT13)

   Guerr: Gjb gb ubyq vg qbja, naq bar gb evc gur urnqre bss.
-- 
-- 
Stephen Samuel 		(604)822-9248		samuel@cs.ubc.ca
The first prerequisite to winning is playing the game.
From: g89s9112@hippo.ru.ac.za (Dirk Sturzebecher)
Newsgroups: comp.unix.bsd
Subject: [386bsd] detect swap space usage ???
Date: 8 Jan 93 13:33:28 GMT
Article-I.D.: hippo.1993Jan8.133328.22496
Organization: Rhodes University, Grahamstown, South Africa

Hi all,
can anyone tell me how to detect swap space usage ? What would happen if
there is no swap space ? What space is used as swap space ? I found that
my b: on wd0 was not labeled as type swap, did it still get used ?

Cheers, Dirk

-- 
-----------------------------------------------------------------------
Dirk Sturzebecher				g89s9112@alpha.ru.ac.za
Rhodes University Grahamstown			South Africa
From: zaichunl@cs.tamu.edu (Zack Li)
Newsgroups: comp.unix.bsd
Subject: 4.3bsd Buffer management/buffer cache initialization
Date: 9 Jan 1993 09:44:09 GMT
Organization: Texas A&M University, College Station, TX
NNTP-Posting-Host: sparc89.cs.tamu.edu
Keywords: Buffer management, buffer cache, initialization, 4.3bsd

Hi there,

        I retrieved bsd src files from ftp.uu.net (directory is
pub/OS/bsd-sources). What I need is the part dealing with the buffer
management. According to the book by Leffler et al, ie, "The design and
implementation of the 4.3BSD UNIX OS", the buffer cache (between the
file system and block device drivers) is initialized by the startup()
routine, and startup() is called in the main(). But I just could not
locate the startup() routine. Is startup() == cpu_startup(), the latter
is called in main() (I couldn't find the definition of cpu_startup()
either). Or is it written in assembly? Any suggestion would be welcome.

Thanx in advance! PLEASE RESPOND BY EMAIL at zaichunl@cs.tamu.edu.

zack
zaichunl@cs.tamu.edu

PS: main() is located in file init_main.c in directory
    pub/OS/bsd-sources/sys/kern.



Newsgroups: comp.unix.bsd
From: yting@cs.umr.edu (Yu-Han Ting)
Subject: What's the max. resolution for ATI Ultra under XFree386 1.2?
Date: Wed, 6 Jan 1993 16:09:47 GMT
Organization: University of Missouri - Rolla, Rolla, MO

The subject line says it all.  Many thanks in advance.

Cheers,

Yu-Han Ting
yting@cs.umr.edu
From: pope@ll.mit.edu (Frank Pope)
Newsgroups: comp.unix.bsd
Subject: [386bsd] f2c with record/structure support
Keywords: 386bsd, f2c
Date: 10 Jan 93 21:16:32 GMT
Organization: MIT Lincoln Laboratory
Originator: pope@ll.mit.edu (Frank Pope)

Hi

Does anyone out there know of a f2c translator which has been ported to
386bsd that has support for fortran records and structures.  I believe
these are features found in FORTRAN 90 [not sure].  I want to
convert some software written using MS Fortran 5.1 to c and run it 
under 386bsd.  Thanks in advance.

Frank		pope@ll.mit.edu
From: duplain@rtf.bt.co.uk (Andy Duplain)
Newsgroups: comp.unix.bsd
Subject: Re: DDB: no symbols
Date: 11 Jan 93 08:58:03 GMT
Organization: BT Customer Systems, Brighton, UK

In article <CGD.93Jan8133338@stinson.CS.Berkeley.EDU> cgd@stinson.CS.Berkeley.EDU (Chris G. Demetriou) writes:
>In article <pogyk.726523568@unixg.ubc.ca> pogyk@unixg.ubc.ca (Pogy Kurniawan) writes:
>>Hello folks, Well I applied all patches x19,45,47 recompiled the kernel.
>>Rebooted, and lo and behold it worked(for me this was a surprise)
>>BIG BUG it reports DDB: no symbols. What is this and how can I clear it up.
>
>you've gotta run "dbsym 386bsd" on the kernel...
>
>this creates the ddb symbols that it needs...
>
>this isn't really documented, and should probably be done automatically
>somehow, but alas, i know not how... 8-)

	The best way is probably to test if "-DDDB" is included in the CFLAGS
	in /sys/i386/conf/Makefile.i386 and if so, run "dbsym 386bsd" right
	after building the kernel. 
-- 
Andy Duplain, BT Customer Systems, Brighton, UK.           duplain@rtf.bt.co.uk
#define	DISCLAIMER      My views and opinions are my own, and not my company's
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: INTERNATIONALIZATION: JAPAN, FAR EAST
Organization: Weber State University  (Ogden, UT)
Date: Thu, 7 Jan 93 05:08:21 GMT

In article <2629@titccy.cc.titech.ac.jp> mohta@necom830.cc.titech.ac.jp (Masataka Ohta) writes:
>In article <1993Jan5.093059.29631@fcom.cc.utah.edu>
>	terry@cs.weber.edu (A Wizard of Earth C) writes:
>
>>>BTW, can you explain what XPG4 is?
>>
>>The internationalization mechanism following XPG3, the SVR4.2 standard for
>>internationalization.  XPG4 is XPG3 with East Asian language support.
>
>Then, XPG4 should be EUC.

No, it uses JIS encoding, which should make Japanese users happy, if they
are all as worried about code points as you are.  Many of the initial
responses form Japan to my original posting calling for suggestions
indicated that this was not as much of a priority for Japanese users as
you would lead us to believe.  The code point "grass" in Unicode
(the only real conflict which has been presented so far) is not irresolvable.

>>>>|> True. But, it should be noted that they don't fit even in 16 bits.
>>>>
>>>>Work is already under way to adapt Unicode to 32 bits.  I would be interested
>>>>in any similar work you know of in progress for XPG4/JIS.
>
>As a subset of ISO 2022, EUC allows for a 16, 24 or 32 bit character code
>set.

EUC, although not quite as useless for internationalization as you state
below, is quite cumbersome in implementation compared to Unicode.

>
>>The primary use for an interntaionalization mechanism will be localization;
>>anything on top of that (and yes, we can build multilingual applications
>>on top of that with little effort) is gravy.
>
>That is exactly the internationalization model of EUC, whose model is proven
>to be useless for internationalization.
>
>So, you don't have to prove it again with Unicode. Just use EUC.

It's *not* the same model, and I don't intend to make EUC's mistakes in
implementation, which is where it really fell down.


					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: bkc@ernie.Princeton.EDU (Bruce Caruthers)
Subject: Problems installing/booting 386BSD
Summary: System hangs after "Hit return to boot from hard drive"
Originator: news@nimaster
Organization: Princeton University
Date: Sat, 9 Jan 1993 07:56:34 GMT

Hi.  I finally got my drive cleaned up enough to try installing 386bsd (I will
hopefully be getting an additional, much larger (500+ MB) drive in the next
month or so).  Current system:
	Motherboard:	Datawise MB486-66U w/486sx25 (running at 40) [ISA]
	Cache:		64 K
	BIOS:		MR. BIOS
	RAM:		8 Meg  (ShadowRAM enabled)
	IDE 42 Meg Seagate (ST157A, I think.  I scavenged it out of my 286)
	Plus HardCard IIXL 105 Meg (any way to use part of this for 386bsd?)
	Archive QIC-150 SCSI drive from a SGI PI/25 (but no SCSI card yet :( )
	VGA 14" 640x480 (card supports 800x600)
	Hewlett-Packard LaserJet IIP
	OS:		DOS 4.01, Windoze 3.0 (rarely used),
			partial install of OS/2 2.0
	386BSD v0.1 (7/92, downloaded off agate in late November, as I recall)

What happens is that I run the install fine, but then, when it tells me to
remove the floppy aqnd hit return to boot off the hard drive (it has changed
the active setting to BSD), everything hangs quite thoroughly.  386bsd seems to
ignore the ctrl-alt keys, so I have to hit the reset button to get any response
from my system.  Even after a cold boot, the BSD boot hangs.  Any suggestions?
Has anyone else seen this?  I have been following this (and its previous
incarnations) for several months now, but I don't recall anyone mentioning
having problems quite this early in the setup (some almost like this recently,
but not quite the same).

Thanks for any help (I really want to have Unix running, so I can convince the
CS staff that I need an ethernet connection to my room for the next semester!).

-bkc
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
bkc@{phoenix|cs}.Princeton.EDU                caruthrs@thumper.Princeton.EDU
Bruce Caruthers '93  Princeton University                        bkc@Sgi.COM
	"It is not death that a man should fear, but he should fear
	 never beginning to live."		-- Marcus Aurelius
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.unix.bsd
Subject: Still more XFree86 problems
Date: 7 Jan 93 17:39:16 GMT
Organization: ICEM Systems, Inc.

I'm still having problems with XFree86.  When ever I run 'startx'
or 'xinit' or 'X386 :0' the X server starts up, puts the screen
into graphics mode (not clear) and just hangs.

Using 'ps -alx' I get the following for the X server:

  UID   PID  PPID CPU PRI NI   VSZ  RSS WCHAN  STAT TT       TIME COMMAND
    0   125   124   0   4  0  1536  516 ttyout S    ??    0:00.48 X :0

hung while trying to write to a tty...

So, using my ascii terminal, I ran X through gdb and stopped it with 'kill -9'
and found the following stack:

  ioctl()
  tcsetattr()
  x386Io:x386SetSpeed()
  x386MseProc()
  EnableDevice()
  InitAndStartDevices()
  main()

Ok, hung while doing an ioctl() to my mouse via /dev/com1.  It's a Logitech
mouse, and my Xconfig for my mouse is the following:
 
  Logitech        "/dev/com1"
  #  BaudRate     9600
  #  SampleRate   150
  #  Emulate3Buttons

I've trying replacing the com driver with cgd's, but that was no help.

Has anyone ever seen this?  (or know of a fix :-)

BTW, my problems might be due to the com ports that I have in my system.
Here is a section of my config file:

  device          com1    at isa? port "IO_COM1" tty irq 4 vector comintr
  device          com2    at isa? port "IO_COM2" tty irq 3 vector comintr
  device          com3    at isa? port 0x3e8 tty irq 4 vector comintr
  device          com4    at isa? port 0x2e8 tty irq 3 vector comintr

com1 and com2 are on a multi-io board (ide, fd, 2serial, 1parallel, 1game)
and com3 and com4 are on a serial io card.  Com3 is a 16450, and com4 is
a 16550.  They are all found and configured correctly at boot time.  My mouse
is on com1 and my ascii terminal is on com3.

Again, any help is greatly appreciated!
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/*            Just remember, you *WILL* die someday.             */
Newsgroups: comp.unix.bsd