HDTenEightyP/NetNews huggingface dataset:
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: Questions:  X server, the patched kernel, and ....
Date: Thu, 10 Sep 92 19:05:33 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Sep10.004644.9243@umr.edu> jlu@cs.umr.edu (Eric Jui-Lin Lu) writes:
>
>Greetings *,
>
>I fetched the X server and the patched kernel for X from
>pub/incoming/X386.  I found that ps works correctly with the patched
>kernel.  However, I have some questions:
>
>1.  What kind of patches were put into this kernel?
The readme file states the patches that were applied with respect
to X. Additionally, the diffs for the patches were included.

>2.  The X server is roughly 1MB while the X server I got from
>    pub/386BSD/0.1-ports/X386 is roughly 11 MB.  In other words,
>    the debugging info is around 10MB.  Am I correct?

	You are correct.

>3.  Is there a way to split the files so that it'll fit into
>    either 1.2M or 1.44M floppies?
If you like you can use tar with the multi-volume option.

>4.  Except that the X server from pub/incoming/X386 is more stable,
	Do you have any problems with the new server?
	I am just looking for feedback....

>    do I have to get the rest bin, inc, lib, etc. files?  Can I
>    use the files from /pub/386BSD/0.1-ports/X386?

	For support reasons, I recommend getting the entire release.
>
>Thanks in advance!  You can either post the answer here or email
>me at jlu@cs.umr.edu.
>
>
>   --Eric
>-- 
>***************************************---       Grad. student          ---*
>* Obviousness is always the enemy of  *   \     Jui-Lin Lu (Eric)      /   *
>* correctness.  -- Bertrand Russell   *   /      jlu@cs.umr.edu        \   *
>***************************************---   Univ. of Missouri-Rolla    ---*

Amancio Hasty



Newsgroups: comp.unix.bsd
From: hand@spc9.jpl.nasa.gov (Kolin Hand)
Subject: Getting 386bsd to find second SCSI drive upon boot-up?
Organization: Jet Propulsion Laboratory, Pasadena, CA
Date: Mon, 14 Sep 1992 19:29:20 GMT

Greetings.

I just loaded the binaries onto my system but upon booting, the system only
finds my drive at SCSI ID 0 (LUN 0).  I have a second drive at SCSI ID 1 (LUN 1)
but it is unknown to 386bsd.  

I have an Adaptec 1540b that is at SCSI ID 7 and it finds the drives just fine
when doing the ROM format util.

Am I missing something?  The FAQ mentions a second HD but I think that is for
MFM/IDE type drives.  I am assuming this due to the fix listed for wd.c.

Must I get the sources and apply a fix?

Most appreciated.

Kolin

+===========================================================================+
+  "Guilt Trip:  The nuclear weapon of relationships."  -- K. Hand          +
+---------------------------------------------------------------------------+
+  Kolin E. Hand                              hand@spc7.jpl.nasa.gov        +
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: Re: AT&T Long Distance Boycott (was: BNR2SS, Mach, and The Lawsuit)
Organization: Taronga Park BBS
Date: Mon, 7 Sep 1992 18:36:49 GMT

In article <1992Sep07.101851.2123@kithrup.COM> sef@kithrup.COM (Sean Eric Fagan) writes:
>trn (without networking) compiles without anything other than what is given
>in POSIX (if you throw in a termcap library, which can easily be provided
>with it and considered "part of the application").

Sorry, if you have to provide your own termcap you're back where you started:
otherwise you can simply ship a copy of 386BSD-under-VMS and say "it's part
of the application". The whole point to things like Termcap (and /usr/include
and other standard data files and facilities not part of POSIX.1) is that
they're there and they're standard and you DON'T have to reinvent them.

(You forgot that TRN needs a working bourne shell for Pnews and Rnmail, and
Pnews and Rnmail need a sendmail/rmail compatible mail program... better
add smail and one of the sh clones to this trn package, then you need to
add all the stuff that *they* need. By itself 1003.1 is pointless.)
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
From: linkt@GroupW.cns.vt.edu (Tim Link)
Newsgroups: comp.unix.bsd
Subject: [386BSD] cc1 fatal error & more!
Date: 10 Sep 92 22:44:46 GMT
Organization: Va Tech Communications Resources

In article <0efk57e00WB60gg0pN@andrew.cmu.edu> tj2n+@andrew.cmu.edu (Tao Jiang) writes:
>
>Hi, I tried to compile a program and got the cc1 fata error like:
>cc -I.. -I../..  -O -c fogdeck.c
>cc: Program cc1 got fatal signal 6.
>*** Error code 1
>

	I have exactly this same problem when trying to build the
system.  (Smaller compiles seem to go OK).  Re-running make will usually
continue and compile a few more things and then it happens again,
howeever it seems to get stuck on some files, forcing me to reboot and
then continue.  Sounds like something is being left hanging around in
memory after cc runs but who knows?  Any thoughts or patches???

	Also, I've installed X and it seems to work fairly well with a
few exceptions (literally)...(floating point to be exact).  Two things
that will invariably cause the exceptions are Xeyes and starting a
second Xclock.  Xgif runs fine as well as Xterm.  Probably has something
to do with the math used to draw circles???? I should also mention that
the motherboard I'm using has an 80*2*87 and not an 80*3*87 installed,
but I'm of the impression that the 2 are compatible.  Could it be that
they're not and that BSD is using some 387 specific code???

	AND while I'm typing... I've installed CDGs com patches and there
was some improvement in attainable speeds, but I still can't run SLIP or
Zmodem at 9600 baud. (Get those SILO overflow errors).  Is it possible
to run 9600+ with an 16450 under BSD or should I just give up and get
16550s? Will the 550s allow it?

	Sorry... all questions... no answers. Tim
ACK!

Newsgroups: comp.unix.bsd,comp.protocols.tcp-ip
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: getnetmaskent()?
Organization: Weber State University  (Ogden, UT)
Date: Sat, 5 Sep 92 00:58:48 GMT

In article <BOB.92Sep4120430@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
>BSD's getnetent() family of routines works with the contents of
>/etc/networks.  Is there a similar getnetmaskent() family for the
>information contained in /etc/netmasks?  I note that the Tahoe (or is
>it Reno?) <netdb.h> has no mention of a subnet mask, nor of a file
>where it might be found.
>
>Must I actually open() the file and parse it myself?  How barbaric! :-)

Actually, you need to look at the sources for ifconfig, which is capable
of printing out the netmask.  The netmask is an artifact of the paramters
to ifconfig initially, not an artifact of some attribute of your host
address.  This is especially true if you are subnetting some class of
subnet... for instance, 137.190.16.x as a subnet of the class B network
137.190.x.x.

One thing I generally do, but upon which you wouldn't be able to rely, is
to make a /etc/hosts entry for the netmask based on the network name.  Then
you can gethostent() it.


					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.
-- 
-------------------------------------------------------------------------------
                                                       terry@icarus.weber.edu
 "I have an 8 user poetic license" - me
-------------------------------------------------------------------------------
From: esw@po.CWRU.Edu (Eric S. Wallace)
Newsgroups: comp.unix.bsd
Subject: [386BSD] Ethernet problem
Date: 11 Sep 1992 18:40:38 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc12.ins.cwru.edu


After much frustration, I came to the same conclusion, Joerg. So, does
anyone know of a newbootable which will support a Cabletron or AT&T
Ethernet card? If not, please write one! :)

Eric Wallace
wallace@chezmoto.ai.mit.edu
esw@po.cwru.edu
Newsgroups: comp.unix.bsd
From: wigodsky@cwis.unomaha.edu (Andrew Wigodsky)
Subject: INsanity.. part 2... to be continued...
Organization: University of Nebraska at Omaha
Date: Mon, 7 Sep 1992 15:29:40 GMT

In my ever prevalent quest to get X386 to work.. I have come
up with the following confusion...

When I try to run X386 or xinit, it crashes.. does nothing, 
makes no changes to my video mode, nothing except a core.X386
file

<EXCEPT>

when I _JUST_ started the Unix partition for the first time after
making my MSDOS Partition active.. then it starts flipping graphics
modes, and just kinda sits there with a textured background screen..

I dono..  Help..

wigodsky@unomaha.edu
From: leisner@eso.mc.xerox.com (Marty Leisner 311/? x?)
Newsgroups: comp.unix.bsd
Subject: XNS in bsd kernel
Date: 9 Sep 92 17:07:24 GMT
Reply-To: leisner.henr801c@xerox.com
Organization: Xerox
X-Received: by usenet.pa.dec.com; id AA16094; Wed, 9 Sep 92 10:09:50 -0700
X-Received: by inet-gw-1.pa.dec.com; id AA19592; Wed, 9 Sep 92 10:09:49 -0700
X-Received: from zombi ([13.1.189.45]) by alpha.xerox.com with SMTP id <15257>; Wed, 9 Sep 1992 10:09:28 PDT
X-Received: from louvre.wbst147.xerox.com (louvre.imtech.wbst147.xerox.com) by zombi (4.1/SMI-4.1)id AA20185; Wed, 9 Sep 92 13:09:23 EDT
X-Received: from rockwell.wbst147.xerox.com by louvre.wbst147.xerox.com (4.1/SMI-4.1)id AA00516; Wed, 9 Sep 92 13:07:24 EDT
X-To: comp.unix.bsd.usenet%decwrl.dec.com@eso.mc.xerox.com,

X-        sklower%okeefe.berkeley.edu@eso.mc.xerox.com,
X-        sunforum.all_areas%xerox.com@eso.mc.xerox.com
X-Cc: leisner@eso.mc.xerox.com


I heard about an XNS in the 4.3 BSD kernel and a BSD dvi-to-intepress
tool.  Anyone know anything about this...

Marty    leisner.henr801c@xerox.com 
          Member of the League for Programming Freedom 
 	Give me source or waste my time..
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD PARTIAL PATCH KIT NOW AVAILABLE
Date: 15 Sep 92 03:45:55 GMT
Organization: Weber State University  (Ogden, UT)

In article <1992Sep15.023902.26524@udel.edu> duzan@daffy.cis.udel.edu (Gary D. Duzan) writes:
>   Applying these patches to my newly unpacked src01 distribution
>caused a couple problems with nested comments in init_main.c (the patch
>date, I assume). It was a simple fix, but it is a bit annoying in an
>official (or semi-official) distribution.

Definitely "semi" or even "non".

There were reported problems with patch00010, patch00014, and patch00016, as
well as the patch program itself.  They have been fixed, and the patchkit is
now at "Alpha 2" level.  Thanks to those who reported the problems.

See previous posting for more details.


					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
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Problem with 386BSD and Network
Organization: Weber State University  (Ogden, UT)
Date: Sat, 5 Sep 92 23:47:51 GMT

In article <34cNqB1w165w@student.business.uwo.ca> mark@student.business.uwo.ca (Mark Bramwell CS Staff) writes:
>I was able to ftp everywhere within 2 minuntes of loading the 10 bindist
>disks, by typing the above 2 commands (my numbers were different of course)

The ifconfig, route, and ftp commands are on the "tiny" installation.  You
can also ftp down the bin distribtion without having to load it off of
floppies, either.


					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.
-- 
-------------------------------------------------------------------------------
                                                       terry@icarus.weber.edu
 "I have an 8 user poetic license" - me
-------------------------------------------------------------------------------
From: terry@cs.weber.edu (A Wizard of Earth C)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD: 8MB fixed kernel available?
Date: 15 Sep 92 16:34:23 GMT
Organization: Weber State University  (Ogden, UT)

In article <1992Sep15.062756.29369@msuinfo.cl.msu.edu> paoletti@cps.msu.edu (David R. Paoletti) writes:
>Is there an ftp site that has the patched kernel for the
>8MB memory problem?  Anyone who's created one willing to
>upload it to a site?

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

It's the "StarLAN" kernel (ie: it also has a StarLAN card driver in it).


					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
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: pk@cs.few.eur.nl (Paul Kranenburg)
Subject: [386BSD] bugfix for kern__physio.c [Was: kvm.c patch wanted]
Reply-To: pk@cs.few.eur.nl
Organization: Erasmus University Rotterdam
Date: Wed, 9 Sep 1992 13:11:26 GMT

In <Bu975K.4n7@ibmpcug.co.uk> root@ibmpcug.co.uk (The root of all evil) writes:

>In article <1992Sep7.190727.9631@Urmel.Informatik.RWTH-Aachen.DE> kuku@acds.physik.rwth-aachen.de writes:
>>
>>Has anyone gotten ps to output the user command line?
>>
>>There were two posts on that issue in July, I believe. These two patches
>>for kvm.c at al.gave this  "hunk 2 failed" - oh I love these kind of
>>messages. Should add it to my .signature file :-)

>Thats because whoever did the patch missed off semi-colons in the
>most awkward of places... The best plan is to look at the original
>and the patch and decide which semicolons to delete from the patch :)

>If you e-mail me, I will send you a patched copy of kvm.c.

An even more patched version of kvm.c is available from `ftp.cs.few.eur.nl'
in directory: ~/pub/386BSD/unofficial.

This version contains a first attempt to cul the u area and command arguments
from the swap device if the pages containing them are not available from
/dev/mem. This is a rather costly operation since it involves traversing a
lot of VM data structures (fortunately, I need it only for arguments since
I've set enableswap to zero in `vm/vm_glue.c'). It may also have difficulties
in retrieving more than a page full of args.

Before you try this, you need to apply a patch to `kern/kern__physio.c' to
prevent your machine from crashing on an attempt to read from /dev/drum.
This problem is due to an improperly initialized buffer in the routine
`physstrat'. Here's a diff:


------- kern__physio.c -------
*** /tmp/da16742	Wed Sep  9 14:51:37 1992
--- kern__physio.c	Tue Sep  8 19:03:09 1992
***************
*** 95,100 ****
--- 95,101 ----
  
  	/* create and build a buffer header for a transfer */
  	bp = (struct buf *)malloc(sizeof(*bp), M_TEMP, M_NOWAIT);
+ 	bzero((char *)bp, sizeof(*bp));
  	bp->b_flags = B_BUSY | B_PHYS | rw;
  	bp->b_proc = p;
  	bp->b_dev = dev;
***************
*** 120,126 ****
  			ftype = VM_PROT_READ | VM_PROT_WRITE;
  		else
  			ftype = VM_PROT_READ;
! 		for (adr = trunc_page(base) ; adr < base + bp->b_bcount;
  			adr += NBPG) {
  			vm_fault(&curproc->p_vmspace->vm_map,
  				adr, ftype, FALSE);
--- 121,127 ----
  			ftype = VM_PROT_READ | VM_PROT_WRITE;
  		else
  			ftype = VM_PROT_READ;
! 		for (adr = (caddr_t)trunc_page(base); adr < base + bp->b_bcount;
  			adr += NBPG) {
  			vm_fault(&curproc->p_vmspace->vm_map,
  				adr, ftype, FALSE);
Newsgroups: comp.unix.bsd
From: sgccseh@citec.oz.au (Steve Hocking)
Subject: 1.44Mb versions of dist.fs & fixit.fs?
Organization: CITEC
Date: Wed, 16 Sep 1992 03:36:08 GMT
Summary: Anybody know where to get this?
Keywords: archive site


	I'm after a 1.44mb version of dist.fs, as I have a machine here,
which for political reasons, I cannot swap around the floppy drives on.
Anybody have an ftp site?

	Cheers,


	Stephen

Newsgroups: comp.unix.bsd
From: dehning@tnt.uni-hannover.de (Oliver Dehning)
Subject: 4.3BSD for VAX?
Keywords: VAX 4.3BSD
Reply-To: dehning@tnt.uni-hannover.de
Organization: Universitaet Hannover, Theoretische Nachrichtentechnik
Date: Tue, 8 Sep 1992 11:14:06 GMT

Does a public domain version of 4.3 BSD for VAXen exist? And if there is such a
version, where can I get it from?

Thanks for any help.
---
 
 Oliver Dehning
______________________________________________________________________________
Dipl.-Ing. Oliver Dehning		       |Universitaet Hannover
RFC:dehning@tnt.uni-hannover.de	               |Theoretische Nachrichtentechnik
X400:c=de;a=dbp;p=uni-hannover;ou=tnt;s=dehning|Appelstr. 9A
PSI: 4551104302::dehning		       |D W3000 Hannover 1
FAX: +49-511-762-5333  PHONE: +49-511-762-5327 |Federal Republic of Germany

Xref: sparky comp.unix.bsd:5465 comp.unix.questions:10906
From: David.Fox@Saigon.COM
Newsgroups: comp.unix.bsd,comp.unix.questions
Subject: pcomm 2.0 for bsd
Date: 10 Sep 92 06:32:03 GMT
Distribution: usa
Organization: Station Zebra Corp, Sunnyvale CA Ph:408-739-1520

Hi there.

I am relatively new to 386bsd and unix, and haven't yet been able
to get any communications to work under 386bsd so I still have
to use DO$ for that.  I think it would be substantially easier if
I just used pcomm.  Can anyone point me to an archive or ftpmail
site that would have it (source, or compiled binary for 386bsd)?

Email OK, please give complete pathname for the server(s) that
have it.
Newsgroups: comp.unix.bsd
From: ko053@cucs11.cs.cuhk.hk (Patrick Ko)
Subject: which X386 in agate is better?
Keywords: X386
Organization: Faculty of Engineering, The Chinese U. of Hong Kong
Date: Wed, 9 Sep 1992 03:11:59 GMT

I've the 386bsd up and running with 150M partition 
with 20M DOS partition healthy.  TCPIP under ethernet
card NE2000 with another DOS machine doing NCSA ftp
things, fine. 

Now I am going to get a copy of X386 and I found
there are 2 directories that contain it. One is
in /pub/incoming/X386 and the other is in /pub/386BSD/ports-0.1.

Is there anybody who kindly tell me what are the
differences between them? Which one should I get?

Thanks for all you guys.

Newsgroups: comp.unix.bsd
From: terry@thisbe.Eng.Sandy.Novell.COM (Terry Lambert)
Subject: Re: Program dies with FP Exception
Organization: Novell NPD -- Sandy, UT
Date: Tue, 15 Sep 1992 15:45:32 GMT

In article <1992Sep14.151555.12300@cs.few.eur.nl> pk@cs.eur.nl writes:
>In <1992Sep13.083846.6134@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:
>
>>In article <STARK.92Sep13002650@sbstark.cs.sunysb.edu> stark@cs.sunysb.edu (Gene Stark) writes:
>>>Here's a tough one I've been trying to track down -- maybe somebody out there
>>>who knows more can guess what is going on.
>>>
>[...]
>>First of all, like all other signals, the SIGFPE gets delivered to a process
>>as a result of the sigtrampoline code.  The *only* way you get a signal is
>>on return from a system call.  The problem is that there appears to be no
>
>.. or you get your signal immediately, provided you have a handler set, or
>you get it on return from the interrupt (trap), provided the AST (Async.
>System Trap) stuff is implemented which is then invoked from `signotify()'.

This is, of course, correct.  However, very few programs that trap SIGFPE
will fail as a reult of getting one.  Instead, the handler will be called,
and the program will continue executing.  The other two delivery mechanisms
depend on having a handler registered.

So register a handler and dump core in the handler to make it act "correctly"
-- or fix the exception and make it act as expected.


					Terry Lambert
					terry_lambert@gateway.novell.com
					terry@icarus.weber.edu

---
Disclaimer:  Any opinions in this posting are my own and not those of
my present or previous employers.
From: slix@svcs1.UUCP (Bill Miller)
Newsgroups: comp.unix.bsd
Subject: Re: Controller manufacturers (was Re: Colorado Memory Systems)
Summary: does this attitude apply to Mountain and other QIC manufacturers
	 I may want to write them
Date: 5 Sep 92 23:25:12 GMT
Organization: Silicon Valley Computer Society, Sunnyvale, CA

In article <1992Sep5.193929@eklektix.com>, rcd@raven.eklektix.com (Dick Dunn) writes:
> I suspect this applies more (or only?) to the manufacturers of the little
> cassette drives.  They're in a very price-competitive market; they need all
> the help they can get for "product differentiation".  This tends to lead to
> uncooperative behavior.
o> 
I am wondering whether this applies to mountain.  I have a Mountain Filesafe
tape drive (DC2120) with a mach2 controller - they've been rather good in
the past with doing things like giving me a new half-card controller for
free, new free updates of their DOS tape software, etc., and it's a pretty
good drive.  I deeply wish to not have to go off and get an "approved" drive
like an Exabyte or Archive as 1) it won't probably fit in my machine and 2)
I have not the bucks to just replace this drive just so I can backup my
bsd filesystem onto tape.  I would like to use the Mountain.  I hope that
Mountain is better at releasing this information than CMS seems to be, otherwisethis will be hopeless.

>These companies are not in the software business...
 They should be - otherwise when their drives end up not being compatible
with a particular OS, people won't buy them.  It's as simple as that.  OTOH,
these people pretty much have the DOS market tied up, and they don't even
give a shit about Unix because DOS gives them all their revenue.
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: 386BSD: Using two isolan ethernet cards
Date: 9 Sep 92 00:03:14 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway


 
I've just connected another isolan card to my machine but I can't get
packets passed between them. I can use both cards simultaneously so I
think the driver's ok (it's not the one that comes with 0.1, that won't
support two cards but I've done some work on it since then) and I've
recompiled the kernel with option gateway. Is there something else I
should have done??

I've got one connected to the internet and the other connected to some
suns which are diskless and die when directly connected to the internet.
I can access both the suns and the internet from the gateway machine,
using both the cards, but I can't access the internet from my suns and I
can't access my suns from the internet. Sounds like packets aren't
getting passed between the cards to me.

Do I need to solve some routing problem or something? 

Another problem I have is that I keep getting unknown router errors from
the routed. Anyone know what causes this?


-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr%thor.cf.ac.uk@nsfnet-relay.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++