HDTenEightyP/NetNews huggingface dataset:
From: faldor@seq.uncwil.edu (Sherman Brown)
Subject: Has anyone tried Hack on 386bsd?
Organization: Univ. of North Carolina @ Wilmington
Date: Mon, 14 Sep 1992 15:56:16 GMT

	I'm getting ready to install NetHack3.0pl10 has anyone tried it
yet?  If ity doesn't work I guess I will re-write until it does, that
is if no-one else has done it already.  If you have tried it please 
let me know the results/errors/fixes/bugs/etc. 

Thanx,
Faldor
.___________________________________________________________________.
|               University of North Carolina at Wilmington          |
|                          Faldor Inglorion                         |
|                        faldor@seq.uncwil.edu                      |
|-------------------------------------------------------------------|
|  Alien Invasion Division : Integration/Substitution Group. (ISG)  |
.___________________________________________________________________.
Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.unix.bsd
Date: Wed,  9 Sep 1992 10:57:09 -0400 
From: "Alex R.N. Wetmore" <aw2t+@andrew.cmu.edu>
Subject: who,swap space,localhost

A few questions.

1) Once someone logs into a secure terminal they never get removed from
utmp until another person logs in (so who always shows someone logged
into console, tty1 (com1) and tty2 (com2).  Is there a way to fix this
behavior?

2) I have 6 megs unpartitoned on my harddrive.  Is there an way to make
this into 6 megs of swap space?  Also, how much swap space is put in
from install? I have heard people say 5, but others have told me 6.

3) How do I get localhost to work?  I have it defined in /etc/hosts, but
I don't think that anything is looking there for ip addresses, and our
nameserver doesn't seem to have it defined.  mail seems to have a lot of
bugs though unless localhost works properly.

htoaster

Newsgroups: comp.unix.bsd
From: wolfy@ba.ncu.edu.tw (Jann-Yea Sue)
Subject: Re: [386bsd] How do I config a SCSI tape in
Reply-To: wolfy@ba.ncu.edu.tw
Organization: Sun Microsystems, Inc.
Date: Tue, 8 Sep 1992 10:59:45 GMT
From: higasi@mlab.nttdocomo.co.jp (akihiro HIGASI)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD & COMPAQ 486/33
Date: 11 Sep 92 05:16:16 GMT
Organization: NTT Mobile Communications Network Inc.


 Hi COMPAQ users...
  I could boot on COMPAQ 486/50L. In "fdbootblk.c", NOP breaks the
al register. I changed the 3rd and the 4th "NOP" to "JMP $+2"
then it booted. But wd0 can not be found. Why?

                                               Akihiro Higashi

--

            Akihiro Higashi
            NTT Mobile Communications Network Inc.
            E-mail address: higasi@mlab.nttdocomo.co.jp
            1-2356, Take, Yokosuka-shi, Kanagawa-ken,
            238-03, Japan
                                    Tel. +81-468-59-8451
                                    Fax. +81-468-57-7919
From: David.Fox@Saigon.COM
Newsgroups: comp.unix.bsd
Subject: How to make mwrite work?
Keywords: mtools, mwrite
Date: 8 Sep 92 00:00:59 GMT
Distribution: usa
Organization: Station Zebra Corp, Sunnyvale CA Ph:408-739-1520

How does one use mwrite correctly:

I have a file "astro.zoo" in my root directory under 386bsd, and
I want to write this to a floppy (B:) in msdos format.  I've tried
all sorts of variations on a theme, the theme being "mwrite unixfiles
msdosdirectory" as per the usage().

I've tried - amongst others:

mwrite astro.zoo b:
mwrite astro.zoo b:\
mwrite astro.zoo B:\

etc.

Everything responds with "open(): no such file or directory.  astro.zoo
is definitely there.
Newsgroups: comp.unix.bsd
From: toad@rubikon.han.de (Peter Cleve)
Subject: Re: backup w/ compression for UN*X?
Organization: Rubikon Rethen BRD
Date: Sun, 06 Sep 92 10:43:50 GMT

In <1992Sep4.085828.10853@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg (Othman Ahmad) writes:

>: Doesn't gnutar support -z (LZW compression)?
>Cannot do multi-volume, at least the 386bsd one. The reason is due to
>the fact that it gnu tar just pipes it through compress, instead of
>incorporating it before the multivolume archiving.
>	The trick is to call the compress before the archiving.

>Any ideas?

Something like this: (Not a ready to go script, but it shows the idea)

YourFavoriteArchiver |
YourFavoriteCompress | (
	echo Insert Media > /dev/tty
	read dummy < /dev/tty
	dd of=YourFavoriteDevice bs=Foo count=YourFavoriteMediaSize
)

Reading from the Media should be implemented easily too.

By

It would nice if someone put this in a ready to go script and post it here

-- 
Peter Cleve, Hildesheimer Str. 316, 3014 Laatzen 3, Tel. 05102/1854 (Voice)
  Energiesparen ist das moralische Aequivalent zum Krieg. (Jimmy Carter)
From: gab10@cd.amdahl.com (Gary A Browning)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] cc1 fatal error & more!
Date: 12 Sep 92 05:58:37 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1992Sep11.151505.24561@fcom.cc.utah.edu>, terry@cs.weber.edu
(A Wizard of Earth C) writes:
> In article <BuEAx4.JIq@mentor.cc.purdue.edu>
> rahnds@mentor.cc.purdue.edu (Dale Rahn) writes:
> >is it possible that the -O option of gcc uses too much memory 
> >(i have 8M real, 16M swap but have X386 running)
> >or could there be a problem with gcc.
> 
> It depends on which X you are running.  Is your server binary the 11
> Meg or
> the 1 Meg flavor?

Woops, the code sizes of the two versions are roughly the same.  The original
XFree86 release did not strip the server and was therefore 11 MB.
 
My understanding of Unix is that when a program is run, the symbols are not
loaded.  Therefore, they are not contributing to memory/swap space usage.
(They do, however, consume a lot of floppies when transferring and disk space
when they get there :-))

-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
Newsgroups: comp.unix.bsd
From: gottloeb@eel.dsd.trw.com (Jeffrey R. Gottloeb)
Subject: Re: GDB under 386bsd 0.1
Keywords: gdb, ptrace
Organization: TRW, INC.
Date: Tue, 8 Sep 1992 16:39:04 GMT

In article <1992Sep4.153554.4387@cs.few.eur.nl> pk@cs.eur.nl writes:
>In <1992Sep4.005417.3876@gumby.dsd.trw.com> gottloeb@eel.dsd.trw.com writes:
>
>>I have noticed a problem using gdb under 386bsd 0.1.
>
>>When at least one breakpoint has been set and the program terminates,
>>e.g. executes exit(), the breakpoint is not removed from the process's
>>text image.  When the program is subsequently re-executed under gdb,
>>gdb remembers that a breakpoint is supposed to at the memory location
>>and puts one there again.  However this time it shadows the breakpoint
>>instruction from the previous run rather than the original instruction.
>>When execution begins after reaching the breakpoint, various traps occur.
>
>>If the program is run after quitting gdb, a Trace/BPT trap occurs.
>
>>I think the problem is that gdb assumes that when ptrace modifies the
>>process's image the kernel either makes a private copy of the text image
>>or it will throw away the text image after the process terminates.
>>However, this is not the case - the kernel keeps the modified text image
>>around and executes it rather than a fresh copy from the original file.
>
>The 386 does not generate a page protection fault while it is executing
>in supervisor mode :-(, so copy on write handling never takes place when
>the kernel stuffs data into a process's text- or any other non-anonymous
>segment. So these cases must be explicitly checked for. Here's a patch
>for kern/sys_process.c:
>
>

      (code deleted)

>
>I am not entirely happy about the call to `vm_fault', but at this moment 
>I don't see another way to enforce a copy on write.
>
>-pk


I modified kern/sys_process.c with the patch and rebuilt the kernel.
This fixed the problem.  Thanks.


Jeff Gottloeb
gottloeb@gumby.dsd.trw.com
Newsgroups: comp.unix.bsd
From: wigodsky@cwis.unomaha.edu (Andrew Wigodsky)
Subject: HHELP BEFORE I GO INSANE (X386 and Bsd)
Organization: University of Nebraska at Omaha
Date: Mon, 7 Sep 1992 08:05:08 GMT


Well.. here's the deal.  I'm trying desperately to get 
X386 to work on my system.  I have a 386-40 w/ 80mb 
partition for UNIX on a IDE MAxtor..  My video is 1MB
Diamond Speedstar Plus... 

I got all the /usr/bin and /usr/lib etc... installed,
and after I finally figured out the /dev/vga problem,
I tried running X386.. well, it SORTA worked, and KINDA
locked up, but after that, any time I try to run X or X386 
or startx or xinit, I get BIG PROBLEMS...  It gives 
the X386 startup message, and then hangs...

The only hint I get is that it leaves a "core.X386" file
as a residue of sorts..

Anyone have any clues what I am doing wrong?

I'm lost...  I wanna go back home to msdosland... :(

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

kinetix@unomaha.edu                     I haven't had
wigodsky@unomaha.edu                      time to make my
                                       signature yet...

(my actual emails are kinetix@thor.unomaha and 
wigodsky@cwis.unomaha, but some nameservers dont
recognize them... PLEASE email me if you can help...)

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Newsgroups: comp.unix.bsd
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Subject: Spice 2g6 bin at nova.cc.purdue.edu
Organization: Nanyang Technological University - Singapore
X-Newsreader: Tin 1.1 PL4
Date: Thu, 10 Sep 1992 13:44:52 GMT

I have uploaded spice 2g6 to nova.cc.purdue.edu
at 
pub/386bsd/submissions/spice.bin.Z

--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: HP Vectra and 386BSD, hope it's not a FAQ
Keywords: HP Vectra
Date: 15 Sep 92 17:21:53 GMT
Organization: Weber State University  (Ogden, UT)

In article <u4901ac.716556561@sun7> u4901ac@sun7.LRZ-Muenchen.DE () writes:
>Hi,
>I tried to boot the tiny boot diskette on a HP Vectra 386/25 with 170 MB disk
>space. But the PC always reboots a few seconds after displaying the rom bios
>copyright. I've read bsd.faq very carefully and read nearly everything related
>in this newsgroup -- nothing seems to help me. I think it a problem of the 4
>extra k that this machine  uses for the rom bios. I tried the instructions
>recommended in bsd.faq but they are for an american setup program - I have
>a german one.
>
>Has anyone an idea to get rid of these 4 k ?

This is very exciting... I haven't had any feedback on my general fix of this
problem yet!

agate.berkeley.edu:/pub/386BSD/386bsd-0.1/unofficial/terry

There is a new kernel called "starlan".  This is a dist.fs for AT&T and
(hopefully) HP Vectra machines.  It has the >8M fix and the StarLAN card
driver posted here, but most important for you, it has more lenient CMOS
memory calculation routines (these are in the patch kit as well) that will
allow a kernel to boot and run correctly with weird CMOS memory setting (like
yours) and also with 640K or less of memory (though you can't run much).

Please try this fixed dist.fs and report back how they work for you.  I am
very interested in how it will perform on a real Vectra *without* changing
the CMOS setup.


					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu
---
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
-------------------------------------------------------------------------------
From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
Newsgroups: comp.unix.bsd
Subject: Re: abysmal performance of X in xgc and x11perf
Date: 4 Sep 92 22:04:30 GMT
Organization: University of Helsinki

[ I haven't actually looked at the changes that were made to the 387
emulator when porting from linux, but I assume they aren't major, so
this should still be true unless 386bsd does something weird ]

In article <BRTMAC.92Sep4124909@maverick.ksu.ksu.edu> brtmac@maverick.ksu.ksu.edu (Brett McCoy) writes:
>I have a 386sx/16 machine without a 387.  Most of the time this
>works fine, but in programs like ico, xgc and x11perf when they
>do floating point intensive stuff the machine more or less locks
>up and I generally have to reboot.
>
>I believe this is because of all the traps to the 387 emulation
>code in the kernel.  I understand it being slow, but why does
>it bring the machine to a virtual halt?

I doubt it brings the machine to a halt: other things still get to run. 
The emulator just makes some things very slow - I didn't originally
write it for speed, but for ease of implementation, and I never went
back to look more into it (as I do have a 387, and never actually used
the emulator anyway other than for testing purposes). 

>When I run ico everything will freeze for 5 or 10 seconds, then
>the ball will move a ways and other X events will occur (such as
>the mouse cursor moving), then everything will halt again.  It
>seems that while the 387 emulation code is running nothing else
>can run and the emulation code has priority over everything else.

It's probably not the 387-emulator that has priority: it's X11.  Things
that don't use the screen should be perfectly all right - but anything
which wants to draw things on the screen has to wait for X to be ready. 
And if X11 is busy calculating sin/cos for arcs, it won't update other
windows, which is why it looks halted. 

Try logging in over a serial line to see if that's ok: it will naturally
be slower than on an unloaded machine, as X11 is chugging away on
counting, but it shouldn't be any worse than any other CPU-intensive
task.  And if you are serious about running X, I'd suggest you get a
real 387 pronto: the 387-emulator was never meant to be used for any
"real" calculations. 

		Linus
Newsgroups: comp.unix.bsd
From: alm@netcom.com (Andrew Moore)
Subject: Re: SLIP set up, but how to connect?
Date: Fri, 11 Sep 92 21:29:06 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <r0rn0hj.alm@netcom.com> I write:
>On one system SLIP autologin is set up as per the sliplogin man page
>(sliplogin linked to /etc/, passwd entry added with vipw, etc).  On the
>second system, only the 386bsd distribution installation disk is
>installed (and a patched kernel from the first system).   I can use
>the second  system as a serial terminal (connecting  with tip) on the
>first.  But how to I get a SLIP connection?
>[...]
>I have tried:
>
>login via tip before slattach to the first system using SLIP login
>name (Sworm).  autolgoin fails in slip.login.

    The problem was that the /etc/slip.login script didn't have
    executable permissions set. Argh
    Thanks to Mark Solsman.
    -AM
From: adam@micromuse.co.uk (Adam Kerrison)
Newsgroups: comp.unix.bsd
Subject: 386BSD - Filesystem Trashed !!
Date: 9 Sep 92 08:33:08 GMT
Reply-To: adam@micromuse.co.uk
Organization: MicroMuse Ltd, London, Uk

Oh No !! I have trashed my 386BSD partitions (note the plural)

I was trying to get X386 to work. I ran xdm and the system hangs (with a 
blank graphics screen). So hit the reset, wait for the boot up, watch the 
fsck for bad bits in the filesystem .... whats this - NO errors at all ?

I just thought I was lucky. So, once the machine was up into 
/usr/X386/lib/X11/xdm and read the xdm-errors - oopps no video timing in
Xconfig so changed to ../etc and read the XConfog.notes files with more.

After and bit of reading (backwards and forwards) more suddenly exited in
mid document and gave me a prompt. I tried the more again and got a 'no such
file' type of error. 

ls revealed all the filenames where scrambled - every other letter a ? character.
I then changed to / and did ls - oh dear .... I got a panic: bad dir and corrupted
node messages and the machine crashed.

After that I tryed to reboot but the disk wouldn't access, the machine would only 
use the a: drive. In desperation - I went to bed !

This morning however, I tryed the fixit floppy and manually run fsck on 3 of
my partitions - no errors at all. I checked the disklabel - fine. So I tryed a
reboot - and hey presto ! One BSD system, working fine !

Help me people ! What is going on ? Do I have a dodgy disk/controller ?? In there
a bug in the filesystem (or in more !!) or was it a glitch ??!!

Any ideas would be helpful - I don't want to go though that again !!!!!

Thanks 

Adam
===========================================================================
Adam Kerrison                  | Phone : +44 71 352 7774
Technical Support              | Fax   : +44 71 351 7834
MicroMuse Ltd                  | E-mail: adam@micromuse.co.uk
London SW10 0RN                | 
===========================================================================
"When you kill a man, you're a murderer. Kill many, and you're a conqueror.
Kill them all, you're a god !" - Think about it
===========================================================================
From: veit@du9ds3.uni-duisburg.de (Holger Veit)
Newsgroups: comp.unix.bsd
Subject: Re: X386/*/386BSD.X386-1.2E.bin.tar.Z-* cannot unpack
Date: 12 Sep 92 10:35:16 GMT
Organization: Uni-Duisburg FB9 Datenverarbeitung
Reply-To: veit@du9ds3.uni-duisburg.de
NNTP-Posting-Host: du9ds3.uni-duisburg.de

In <1992Sep11.211034@joust1.dsg.dec.com> mishra@joust1.dsg.dec.com (Alok Kumar Mishra) writes:

>	I copied these files using ftp with image/binary option and when I tried
>	
>	cat /mnt/386BSD.X386* | uncompress | tar -xf -
>	I got 
>	stdin: not in compressed format

Unless there is some 386BSD.X386.README or so, which is *user* readable, the
above is the standard way to go. Alternatively you should add "v" to the tar
to see what you get or use
cat /mnt/386BSD.X386* | tar -xvZf -


>	then I tried  

>	cat /mnt/386BSD.X386* |  tar -xf -

>	I got

>	cat: /mnt/386BSD.X386-1.2E.bin.tar: Input/output error
>	tar: Skipping to next file header...

This oesn't uncompress, see above

>	Please tell me what I am doing wrong,
>	also /pub/incoming/ 
>	I cannot read ( this is because incoming directory do not have read permission
>)
This is a special feature of agate ;-(

>								Thanks
>								Alok Kumar

Holger
-- 
|  |   / Dr. Holger Veit         | INTERNET: veit@du9ds3.uni-duisburg.de
|__|  /  University of Duisburg  | BITNET: veit%du9ds3.uni-duisburg.de@UNIDO
|  | /   Dept. of Electr. Eng.   | "No, my programs are not BUGGY, these are
|  |/    Inst. f. Dataprocessing |          just unexpected FEATURES"
From: gab10@griffincd.amdahl.com (Gary A Browning)
Newsgroups: comp.unix.bsd
Subject: Where is libg.a?
Date: 10 Sep 92 22:01:05 GMT
Organization: Amdahl Corporation, Sunnyvale CA

I compiled GCC-2.2.2 last night and had to remove the '-g' option
because the linker could not find libg.a.  I am going to need this
option when compiling other applications to use one of the debuggers.

Anybody know where I can find libg.a?
Or maybe some other workaround?
Anybody know what is in this libarary?

-- 
Gary Browning        | Exhilaration is that feeling you get just after a
		     | great idea hits you, and just before you realize
                     | what is wrong with it.
From: adrian@ibmpcug.co.uk (Adrian Hall)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd: elvis won't compile
Date: 8 Sep 92 20:12:22 GMT
Organization: The IBM PC User Group, UK.

In article <1992Sep8.185716.23623@hippo.ru.ac.za> ccml@hippo.ru.ac.za (Mike Lawrie) writes:
>In /usr/src/usr.bin/elvis, I type "make" and end up with the message
>
>	make: obj: No such file or directory
>
>There is a link /usr/src/usr.bin/elvis/obj->/usr/obj/contrib/elvis-1.5,
>but there is not even a directory /usr/obj/contrib.
>

Ummmm

	mkdir -p /usr/obj/contrib/elvis-1.5

Seriously though (sorry if I assumedyou didnt know the usage of the
mkdir command!), there are a lot of directories under /usr/othersrc
which ask for obj dirs and do not have one. The appropriate mkdir -p
clears it up, so it is no great problem.

Adrian

-- 
--------------------------------------------------------------------------
Adrian Hall					Connect Systems Manager
adrian@ibmpcug.co.uk				The IBM PC User Group
Tel: +44 81 863 1191				Harrow, London, UK
Newsgroups: comp.unix.bsd
From: rminnich@super.org (Ronald G Minnich)
Subject: Re: 386BSD & COMPAQ 486/33
Organization: Supercomputing Research Center (Bowie, MD)
Date: Tue, 8 Sep 1992 13:51:13 GMT

In article <92252.095938HEUER@DMSWWU1A.UNI-MUENSTER.DE> Stephan Heuer <HEUER@DMSWWU1A.UNI-MUENSTER.DE> writes:
>I have 386BSD 0.1 running on a Compaq Deskpro 386/20 with 387,
>ethernet and 60MB hard disk. 0.1 refused to boot, but I had 0.0 running
>so I used the 0.0 boot block. I just copied the first 8k from the 0.0
>boot disk to the 0.1 boot disk and voila ... I have *not* changed my 0.0
>disklabel on the hard disk!

I have been told that jolitz has a Compaq Deskpro 386/20, so am not 
surprised you can get going. If i use the 0.0 bootstrap on the 0.1 dist.fs,
the 0.1 kernel comes up and init dies. 

So using the 0.0 boot track for 0.1 may or may not work; your mileage will 
definitely vary.

note that 0.0 boot track is kind of broken anyway: it can't boot reasonably
large kernels, i.e. kernels with NFS. And the boot block sources on 0.0 
don't build a working secondary bootstrap (primary block 0 bootstrap does
build fine, however, once you fix /bin/ld on 0.0-- you have to take out 
a hack that makes -n not build the proper type of file). 

ron
-- 
--------------------------------------------------------------------------------
satisfaction: the feeling you get when you        | rminnich@super.org
run newfs on a DOS disk so you can install 386BSD.| (301)-805-7451
Now if only I could do this to AIX on the RS/6k ...|
From: pces1182@altair.selu.edu
Newsgroups: comp.unix.bsd
Subject: 386BSD System Installation
Date: 9 Sep 92 23:01:08 -0600
Organization: Southeastern Louisiana University


  I am trying to set up 386BSD to run a school BBS from. The reason
is that we are getting USENET feeds, and possibly a lease line in 
the future for internet connect.  It is also an excellent way to 
teach UNIX. 
  I am having trouble setting it up, though. I keeping running out
of disk space. I have the entire bin01 and etc01 sets. Do I need
them both?
   WHere would I get software (in C to compile) that would let 
me run the BBS under BSD. Some people will have trouble with UNIX
commands so I want a friendly interface, and this also helps with
security. I will provide advanced users with the shell.
 
  COuld someone send me a step by step instruction set for doing 
this, including files, disk space needed, time, etc... Make it
very detailed. I program operating systems (you read the right) on 
the i386 and i486, but I am lost in this UNIX implmentation.
 
 Please send replies both to USENET, to TEDUPUIS@HANNA2.NLU.EDU, 
and to bx372@freenet-in-a.cwru.edu
 
thanks
        AJ

Newsgroups: comp.unix.bsd