HDTenEightyP/NetNews huggingface dataset:
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: boot string; boot & root floppy set (was Re: Occasional system hangs)
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Mon, 14 Dec 1992 20:06:27 GMT

In article <1992Dec14.175811.8493@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>Another useful approach (that would require full acceptance of Julians
>boot blocks -- as in replacing the wdboot code as well) would be to
>allow "arguments" on boot to the kernel, like "NOFPU" and "10BITIO" for
>people with bad FPU's or single sigma 386's.  Of course this would also
>require the ability to put these flags in a file somewhere so the
>kernel could have them "on" by default.

Yeah, SCO has gotten a lot of mileage out of their "boot string" and the
ability to type in command options at boot time, like to select the
default tape drive, boot into a certain mode, boot a different kernel,
and so forth.

Another useful thing would be to have a "boot and root" floppy set, where
booting would pull the kernel off of one floppy but then pause for you to
insert a second floppy with the "real" root filesystem on it.  It would 
free up about 400K on the floppy for more useful programs, if it wouldn't 
be too hard to do.
-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"Turn on your hot tub by email now.  Ask me how."
Newsgroups: comp.unix.bsd
From: darryl@vfofu1.dco.dec.com (Darryl Wagoner)
Subject: Dumb Question: Why 512 byte block?
Reply-To: darryl@sai.com
Organization: Digital Equipment Corp., Washington ULTRIX Resource Center
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 00:50:50 GMT

Why is everything in 1/2 k block instead the BSD standard of 1024 byte blocks?
Yes, I know there is a '-k' switch, but it seems to me it should be
the otherway around.


-darryl
darryl@sai.com




Newsgroups: comp.unix.bsd
From: raz@socs.uts.edu.au (The Inimitable Raz)
Subject: Re: At boot: file too big to load.
Organization: Computing Sciences, Uni of Technology, Sydney.
Date: 14 Dec 92 07:21:54 GMT

mhiroshi@tansei.cc.u-tokyo.ac.jp (H. Murakami) writes:


>>At the end I succeeded recompiling that damn kernel.
>>A little problem still keeps me unhappy: if I install the new
>>kernel in /386bsd, at boot time bootas tells me: file too big to load.

>I also have this trouble.
>I applied the patches to enable the Julian's 
>new new SCSI drivers for AHA busmaster cards.

>The fatted kernel no longer be loaded at the boot time.
>	If any person knows the effective cure for this 
>problem, please let me know.

Answer courtesy of Julian:

> I use the bootblocks generated by the code I posted
> recently.
> look in ref: /usr/src/sys.386bsd/i386/boot
> 
> julian.
--
Bye for now.
         - Raz           

raz@socs.uts.edu.au   (Roland Turner)   (OH) 61 2 319 5700
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Bug Report and Patchkit status
Keywords: time,school,need a life!
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sat, 12 Dec 1992 18:39:53 GMT

In article <1992Dec11.224735.23342@fcom.cc.utah.edu>,
 terry@cs.weber.edu (A Wizard of Earth C) writes:

| It is probably a mistake to CDROM at this point (not that I wouldn't buy
| one myself)

Nor I.  Actually, with the mastering costs that have been reported, a twice
yearly CDROM distribution doesn't seem unreasonable, and a quarterly CDROM
release doesn't seem impossible, and so I wouldn't call it a mistake, since
a fix would be, at most, a few months away...

| I am also wary of the USL reaction to large scale distribution of 386BSD
| (or for that matter, Linux) prior to the suit being resolved one way or
| the other.

This could cut both ways.  It *might* have a benificial (sort of a ``lancing
of the boil'') result.

| One thing that would help alleviate the pressure would be an agreement
| by the CDROM proponents to a "code freeze" at some recent "current level"
| [...]This would, of course, reduce the "competitiveness" of distributions
| from "nice guys" if the CDROM were to be treated as a commercial product

Or perhaps have the CDROM distributed by a 386BSD ``user's group''?  Perhaps
under the auspices of some other organization?

- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd,alt.suit.att-bsdi
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: AT&T/USL CD-ROM Review Process
Date: Sun, 20 Dec 1992 00:57:58 GMT
Organization: U of Toronto Zoology

In article <wilko.724689346@spoetnix.idca.tds.philips.nl> wilko@russia.idca.tds.philips.nl (Wilko Bulte) writes:
>Yuck. All this makes me feel infected: I've seen AT&T and SCO source. Will
>this make me forever a no-go for GNU-ish software?

Nope.  I've seen source distributions you've never even heard of :-), and
I still write redistributable software.

There are a couple of touchy areas -- notably the kernel -- where, if I
were writing such a thing for redistribution, I'd probably deliberately
use a very different basic approach than the one used in code I've seen.
If you end up producing something very similar to proprietary code, it's
best to be able to document the process by which you arrived at it without
making use of forbidden knowledge.  That can get tricky; it's easier to
avoid the similarities in the first place.
-- 
"God willing... we shall return."       | Henry Spencer @ U of Toronto Zoology
       -Gene Cernan, the Moon, Dec 1972 |  henry@zoo.toronto.edu  utzoo!henry
Newsgroups: comp.unix.bsd
From: zonjic@plains.NoDak.edu (Radivoje Zonjic (CE))
Subject: INN on 386BSD ?
Date: Fri, 18 Dec 1992 15:50:03 GMT
Organization: North Dakota Higher Education Computing Network


Has anyone succeeded in compiling INN on 386BSD ? I would like to try
it, so if anyone has any experience with INN on 386BSD please let
me know by e-mail (and if possible, include configuration header
file(s))...


Thanks,
Rade
Newsgroups: comp.unix.bsd
From: yuri@netcom.com (Yuri Ginsburg)
Subject: Re: [386bsd] gcc 2.3.2 compile problems
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: TIN [version 1.1 PL6]
Date: Sun, 20 Dec 1992 07:47:12 GMT

Drew William Hess (dhess@Xenon.Stanford.EDU) wrote:
: I'm having problems getting gcc 2.3.2 to compile under 386bsd.  It's choking
: on enquire.c, line 2303, and complaining about a floating point constant
: being out of range.  Can someone please post or email me a fix?  Thanks.
: 
I solved this problem by brutal force. enquire is used to build limits.h 
file. I used limits.h from older version and excluded enquire from makefile.

: -dwh-
: dhess@cs.stanford.edu
: 

--
yuri

Newsgroups: comp.unix.bsd
From: peter@ferranti.com (peter da silva)
Subject: Re: Almost Free Symbolic Links (source code)
Keywords: symlink data in inode block list
Organization: Xenix Support, FICC
Date: Mon, 14 Dec 1992 18:19:28 GMT

In article <39777@hoptoad.uucp> curt@hoptoad.uucp (Curt Mayer) writes:
> this cruddy but complete hack answers one of the objections to symlinks:
> that they are slow, and cost an entire frag. symlinks of less than length
> 60 are stored in the inode itself.

How about generalizing this to put ALL files < 60 bytes in the inode, not
just symlinks?
-- 
%Peter da Silva/77487-5012 USA/+1 713 274 5180/Have you hugged your wolf today?
/L{lineto}def/C{curveto}def/F{0 562 moveto 180 576 324 648 396 736 C 432 736 L
482 670 518 634 612 612 C}def/G{setgray}def .75 G F 612 792 L 0 792 L fill 1 G
324 720 24 0 360 arc fill 0 G 3 setlinewidth F stroke showpage % "Peerless"
From: explorer@iastate.edu (Michael Graff)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Missing libc functions?  (insque, remque)
Date: 15 Dec 92 01:26:03 GMT
Organization: Iowa State University, Ames IA

While porting Zephyr, I noticed that there are two libc functions
missing from 386bsd:  insque() and remque().  I got the sources for
these from (I think, it was late at night) the bsd4.3-reno sources.

Now, Ultrix 4.2 has those, and apparently 4.3-reno does.  Have I found
long-lost functions that we should stick in with libc?


-- 
--
Michael Graff    Iowa State University Computation Center      Project Vincent
215 Durham                voice: (515) 294-4994           explorer@iastate.edu
Ames, IA  50010           fax:   (515) 294-1717           gg.mlg@isumvs.bitnet
Newsgroups: comp.unix.bsd
From: aki!wegmann (Frank Wegmann)
Subject: [386BSD] XFree86 doesn't start
Keywords: X11,386BSD
Organization: Private/FRG
Date: Sat, 12 Dec 1992 08:55:23 GMT

I'm posting this for a friend:

I have problems running xfree86. When I try to run 'xinit' or 'X'
my screen switches to graphics mode, displays some random dots in
black and white and after a second or two I'll be back in text mode.

Output of xinit >& err was:

XFree86 Version 1.1 / X Window System
(protocol Version 11, revision 0, vendor release 5000)
Configured drivers:
  VGA256 (256 colour SVGA):
      et4000, et3000, pvga1, gvga, ati, tvga8900
VGA256: et4000 (mem: 1024k numclocks: 16)
VGA256:   clocks: 25 28 33 37 41 46 32 38 51 57 65 73 81 91 64 76
Caught signal 11.  Server aborting
XIO:  fatal IO error 32 (Broken pipe) on X server ":0.0"
      after 0 requests (0 known processed) with 0 events remaining.
      The connection was probably broken by a server shutdown or KillClient.

Trying to start X with 'X' I got the same but an additional line:
IOT trap (core dumped)

I've rebuild the kernel with the patches and tested the
kernel included in the XFree86 package.

My hardware is a Noname 486 with 16MB Ram, a Targa win+ (et4000)
graphics card, a Genius 3 button mouse (connected to com2),
and an Adaptek SCSI-controller with 200MB Brand Harddisk.

Thanks for any help
Rolf

mail: {wegmann,wilkens}@ruba.rz.ruhr-uni-bochum.de

+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Frank Wegmann		     voice    : +49 231 710 439
Schleppbahnstr.10	     InterNet : wegmann@aki.en.open.de (NeXT Mail)
W-4600 Dortmund 50	     AppleLink: WEGMANN.F (occasionally)
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
-- 
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Frank Wegmann		     voice    : +49 234 700 24 61
Sprachwiss. Institut	     fax      : +49 234 70 94 137
Ruhr-Universitaet Bochum     InterNet : wegmann@ruba.rz.ruhr-uni-bochum.de
P.O.Box 10 21 48	     AppleLink: WEGMANN.F (once a week)
W-4630 Bochum 1   +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Frank Wegmann		     voice/fax: +49 231 710 439 / +49 231 791 865
Schleppbahnstr.10	     InterNet : wegmann@aki.en.open.de (NeXT Mail)
W-4600 Dortmund 50	     AppleLink: WEGMANN.F (occasionally)
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
Newsgroups: comp.unix.bsd
From: hackney@wotan.compaq.com (Greg Hackney)
Subject: 386BSD install program - where is it?
Organization: Compaq Computers
Date: Tue, 15 Dec 1992 14:46:59 GMT

Where is the source code located for the 'install' program that's on the
386BSD dist.fs floppy?
From: veit@du9ds3.fb9dv.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: Want info on German Boot Manager thingy please
Date: 15 Dec 92 07:43:57 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.fb9dv.uni-duisburg.de
NNTP-Posting-Host: du9ds3.fb9dv.uni-duisburg.de

In <6051@rosie.NeXT.COM> sam_s@NeXT.com (Sam Streeper) writes:

>ricky@lindblat.cc.monash.edu.au (Mr RS Mcconachy) writes:
>> A few months back (not long after the release of 0.1 386BSD in fact)
>> a German getleman posted a note to this group about his boot manager
>> program.  

>The program you seek is "os-bs.asm", a turbo assembler program that creates an  
>MS-DOS com file that writes a menuing boot record.  I ftp'd it from a site
>in Germany (a very slow site, I might add...) but I didn't save the site name.
>The author is Thomas Wolfram.

>-sam
>ps I should probably add that I am unable to mail this...

>--
>Opinions expressed herein are not those of my employer.  They're not even
>mine.  They're probably wrong besides.  How did they get in here, anyway?

One "German" site for this code is ftp.uni-duisburg.de in
/pub/unix/386bsd-0.1/unofficial/patches/os-bs134.uu (extract from c.u.bsd).
Admitted, this site *is* slow, but not because of sloppy management here,
but because of the gateway 'Germany.Eu.Net' which is constantly overloaded.
If you find Germany.eu.net in your traceroute, go buying a coffee in Colombia.
(Sorry, no smiley here!)

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.fb9dv.uni-duisburg.de
|__|  /  University of Duisburg  |
|  | /   Dept. of Electr. Eng.   |          "Understand me correctly:
|  |/    Inst. f. Dataprocessing |     I'm NOT the WIZARD OF OS" (Holger)
From: gclose@wvnvms.wvnet.edu
Newsgroups: comp.unix.bsd
Subject: link 2 bsd boxes by slip
Date: 18 Dec 92 11:58:00 GMT
Organization: West Virginia Network for Educational Telecomputing


       I am trying to tie two machines (running 386bsd0.1) together by  
their serial ports. I have tried cant get the machines to talk to each        
other. They send the stuff out the ports but the machine on the other 
end appears to be deaf. Niether end recieves any packets. Could someone
please be kind enough to post me an "idiots guide" guide for doing this.
I believe the problems are from my not knowing how to properly ifconfig
and route the ports.
Thanks to all who respond. Send to gclose@wvnvms.wvnet.edu or post here 
if that is appropriate.
Thanks,
Gary
Newsgroups: comp.unix.bsd
From: vikki@e40-008-11.MIT.EDU (Vikki King)
Subject: [386bsd] rarpd?
Organization: Massachvsetts Institvte of Technology
X-Newsreader: Tin 1.1 PL4
Date: Tue, 15 Dec 1992 19:56:31 GMT

Hi!

	Does anyone know where I might find or get an rarpd for 386bsd?  I read
somewhere that there was a version that would work with the NET2 software, but
I haven't been able to find it with Archie or by perusing ftp.uu.net.  Thanks
for any help anyone can provide!!

-John
Replies to: vikki@athena.mit.edu or jackson@a1.mec.mass.edu

Newsgroups: comp.unix.bsd
From: hell@desert.in-berlin.de (Steffen Hellwig)
Subject: [386bsd] and fpu
Organization: Private Site
Date: Sat, 19 Dec 1992 01:16:23 GMT

386bsd runs fine for a couple of month now, but even i plugged in
a 387 clone, and suddenly ps dies on a floating point execption.
Is there any trick to make it working?
Recompile the kernel, the math-lib or even ps?

Thanks,
-- 
hell@desert.in-berlin.de (Steffen Hellwig)
Mit der Politik ist es wie mit dem Wetter.
Jeder meckert darueber, aber keiner tut was dagegen.
Newsgroups: comp.unix.bsd
From: ashley@gidday.enet.dec.com (STEPHEN ASHLEY)
Subject: 386bsd HELP laptop back to DOS 5.0 H/Disk prob
Organization: Digital Equipment Corporation
Date: 12 DEC 92 03:36:08 AES


	HELP HELP,
	  Fellow 386bsd people, I am in a bit of a bind and need help on
this one. I tryed (for a lark) installing 386bsd on to my laptop tonight,
it is a 386sx/16 olivetti V16. Anyway the install got creamed 3/4's of the
way through the extract, I had to go to work. I took the laptop to work
with me and decided to reinstall DOS 5.0 back on to the hard drive. But
I can't get the thing to boot of the hard drive even after several 'fdisk'
sesions and diffrent combniations of primary and extended DOS drives. I 
keep getting this message :-

 File not found - didn't load 386bsd, will try 386bsd.alt
 File not found - didn't load 386bsd.alt, will try 386bsd.old
 File not found - didn't load 386bsd.old, will try boot

	The hard drive on the laptop is a conner 40meg 2 1/2" IDE drive,
I have also tryed some disk diags to read and write all sectors but no
luck yet. I do want to get DOS 5.0 loaded again, any idears out there ?

	Thanks for reading this,
	Stephen ASHLEY Alice SPrings
	Out Back Australia.
From: pmcgilla@hp.uwsuper.edu (Patrick L. McGillan)
Newsgroups: comp.unix.bsd
Subject: bad blocks
Date: 16 Dec 1992 08:45:13 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

Help,
  I am getting bad blocks showing up in my root drive. I tried reading
  the stuff on bad144 but it didn't make sense. Is there some way to 
  flag blocks bad on the fly so I don't have to take my system down.

  Any info would be appreciated.

--
Patrick L. McGillan
Computer Systems Specialist
University Of Wisconsin     Ph:  (715) 394-8191
Superior, Wisconsin         pmcgilla@uwsuper.edu
From: pauls@css.itd.umich.edu (Paul Southworth)
Newsgroups: comp.unix.bsd
Subject: Re: Want info on German Boot Manager thingy please
Date: 15 Dec 1992 14:23:34 GMT
Organization: University of Michigan ITD Consulting and Support Services
NNTP-Posting-Host: stimpy.css.itd.umich.edu
Originator: news@stimpy.css.itd.umich.edu

In article <veit.724405437@du9ds3> veit@du9ds3.fb9dv.uni-duisburg.de writes:
>One "German" site for this code is ftp.uni-duisburg.de in
>/pub/unix/386bsd-0.1/unofficial/patches/os-bs134.uu (extract from c.u.bsd).
>Admitted, this site *is* slow, but not because of sloppy management here,
>but because of the gateway 'Germany.Eu.Net' which is constantly overloaded.


Wow you weren't kidding.  That took about ten minutes for that one file.

For the people who wanted to pick up that file, stay away from that
gateway.  I have the file in /386bsd on red.css.itd.umich.edu -- I am
not trying to keep up a real archive, so I'd appreciate it if one of the
other archivists would pick it up and keep it in a better home.

Paul
From: rich@Rice.edu (& Murphey)
Newsgroups: comp.unix.bsd
Subject: Re: [XFree86 386BSD] can't xinit (help!)
Date: 18 Dec 92 18:24:34 GMT
Reply-To: Rich@rice.edu
Organization: Department of Electrical and Computer Engineering, Rice
	University

>>>>> In article <1992Dec18.103352.20052@netcom.com>, rimkus@netcom.com (Mike Rimkus) writes:

Mike> When I run xinit, as root, I get two lines of version info then:
Mike> -----------------
Mike> Configured drivers:
Mike>   VGA256 (256 colour SVGA):
Mike>     et4000, et3000, pvga1, gvga, ati, tvga8900
Mike> XIO:  fatal IO error 32 (Broken pipe) on X server ":0.0"
Mike> -----------------
Mike> etc. The server doesn't give me a clue as to why it's failing. I'm fairly new
Mike> to X, so it may be something obvious.


  First, redirect the error messages to a file:
  	xinit >& xinit.out
  because otherwise those messages which are printed while the console
  is in graphics mode are lost.  You get more information this way.

Mike> The XFree86 docs make much fuss about getting proper Xconfig values, else
Mike> X won't work. I had placed a ModeDB line in Xconfig (Is there Xconfig
Mike> documentation, BTW?) that I got as output from "xclk -h 45 704". (My ATI Ultra
Mike> board has 45 & 33MHz crystals. My Gateway CrystalScan 1024NI accepts 48KHz
Mike> horzontal.) clock.exe from the Linux distribution didn't give me clock rates,
Mike> it just hung my machine. Do I need the clock.exe output to create some "Clocks"
Mike> line in the vga256 section of Xconfig?

  
  First, don't use the obsolete clock.exe program because it will
  not work for many vga cards that XFree86 supports.  The XFree86 1.1 X
  server has improved clock detection built in.  Let it detect the dot
  clocks and save them in a file:
  
  xinit >& xinit.out
  
  If your card is supported, it will report your chipset (et4000 in this
  example) as well as the video memory size and number of clocks:
  
      VGA256: et4000 (mem: 1024k numclocks: 16)
  
  It will then report the values of all the dot clocks it can measure:
  
      VGA256:   clocks: 25 28 33 37 40 45 80 65 13 15 17 19 20 23  0  0
  
  It is recommended that once you find these values you put them back in
  your Xconfig.  The server will start up slightly faster if you do.
  For example: 
  
      Chipset "et4000"
      Videoram 1024
      clocks 25 28 33 37 40 45 80 65 13 15 17 19 20 23  0  0
  
Rich
From: mccanne@horse.ee.lbl.gov (Steven McCanne)
Newsgroups: comp.unix.bsd
Subject: (BSDI/386) ATI graphics card problem on Gateway
Date: 17 Dec 92 09:51:24 GMT
Followup-To: comp.unix.bsd
Organization: Lawrence Berkeley Laboratory, Berkeley CA
NNTP-Posting-Host: 128.3.112.15

I'm running BSDI/386 on a Gateway machine with an ATI local bus
Graphics Ultra Pro.  When I exit X (BSDI's version of X386), the
screen doesn't reset properly.  I get thin, green vertical bars 
across the screen, and a blinking cursor.  Everything works fine
at this point -- the cursor moves, and I can type commands, but no
text is displayed.  I can restart X okay too.  Rebooting the machine
(which presumably resets the video card) does restore text mode.

Has anyone seen this behavior or know how to correct it?  Thanks.

Steve
mccanne@ee.lbl.gov
Newsgroups: comp.unix.bsd
From: witr@rwwa.COM (Robert Withrow)
Subject: Re: Shared lib benchmarks, and experiences
Reply-To: witr@rwwa.com
Organization: R.W. Withrow Associates
Distribution: usa
Date: Sat, 12 Dec 1992 23:51:16 GMT

In article <1gdnvrINNp80@life.ai.mit.edu>, 
ericy@hal.gnu.ai.mit.edu (Eric Youngdale) writes:

| Perhaps you do not understand.  The way our libraries are made, you can
| just drop a new version into the /lib directory, and add a symlink, and you are
| ready to run the same binaries with the new sharable library. There is no need
| to relink[...]

According to private correspondence, I'm told you can even do this without
the symlink by using environment variables.

But, there are severe restrictions:

  1) The two librarys must have identical ``assigned'' addresses, and
  2) The two librarys must be substantially identical.

By #2 I mean that if the second library is, say, built from a completely
different set of object files, and a completely different set of ``internal''
routines, and is of a substantially different size, it won't work (even though
the ``interface'' is the same).  This is why I raised the example of 
Xaw3d -vs- Xaw.  On SVR4 each process can elect to use one or the other of 
these libraries with the same binarys (say xterm) at the same time.  I
still don't think this is the case with linux, but correct me if I am wrong.

-- 
 Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430, Net: witr@rwwa.COM
 R.W. Withrow Associates, 21 Railroad Ave, Swampscott MA 01907-1821 USA
Newsgroups: comp.unix.bsd
From: fpm@crash.cts.com (Frank Maclachlan)
Subject: Re: Occasional system hangs
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 11 Dec 92 14:28:22 PST
Summary: FPU can lockup system

>  I don't think more RAM will help.  I have 32M of RAM and and 32M swap
>partition.  It still hangs.  nroff is the usual culprit for me.

I had the same problem. My system system would lock up completely from
time to time.  Nroff seemed to be particularly troublesome.  I resolved
it by removing my ULSI 80387 fpu.  You can see if this is the problem
by modifying npxprobe() in '/sys/i386/isa/npx.c' to not find the fpu
and return 0.  This causes the fpu to be ignored.

			Hope this helps,
			Frank MacLachlan
Xref: sparky comp.unix.bsd:10292 comp.unix.wizards:5255
From: levinson@vax.sonoma.edu
Newsgroups: comp.unix.bsd
Subject: newuser
Date: 15 Dec 92 04:59:33 GMT
Organization: Sonoma State University


Is there supposed to be a program to create a new user (newuser)  I think it is
in the MAN, but not in the bin distribution.

Please respond privately.


--
Eric Levinson
rcisnet2!root@moon.nbn.com	|  Home computer (UUCP)
levinson@vax.sonoma.edu		|  Vax
I can also be reached on my BBS system, Color Galaxy Milky Way (415) 883-0696