HDTenEightyP/NetNews huggingface dataset:
From: jwp20406@uxa.cso.uiuc.edu (Jeffrey Palmer)
Subject: [386bsd] Second drive problems... losing disklabel
Organization: University of Illinois at Urbana
Date: Sun, 22 Nov 1992 09:28:33 GMT

Hello all,

	I just received a new hard drive, and am anxious
to get it up and running under 386bsd.  Unfortunately, I seem
to be beating my head against a wall trying to get this thing
to work.  I created a disktab entry for my desired partitions,
and attempted to disklabel the disk.  Everything is fine and dandy,
I can newfs the partitions nd even mount them, but when I reboot,
it seems as though the disklabel gets lost somewhere.  When I 
do a disklabel just from memory, it only gives me a single bogus
partition.  When I try to mount something on this drive directly
after booting in this condition, I get the following error:

kramer # mount /dev/wd1a /mnt
/dev/wd1a on /mnt: Bogus super block

If I do a disklabel -r wd1 at this point, I get the following:

...
8 partitions:
#        size   offset    fstype   [fsize bsize   cpg]
  a:    15960        0    4.2BSD     1024  8192     0   # (Cyl.    0 - 37)
  b:    33600    15960      swap                        # (Cyl.   38 - 117)
  c:   415380        0    unused        0     0         # (Cyl.    0 - 988)
  d:   415380        0    unused        0     0         # (Cyl.    0 - 988)
  g:    74340   341040    4.2BSD     1024  8192     0   # (Cyl.  812 - 988)
  h:   291480    49560    4.2BSD     1024  8192     0   # (Cyl.  118 - 811)


	which is just what I wanted... In fact, if I try to mount
now, after the disklabel has been read into the kernel, everything works
great... It just seems as though the disklabel is never being read in.
I have looked through the FAQ, and didn't see anything helpful.  I don't
have a problem recognizing the drive, just getting it to load
its information into the kernel.  

	I am running on a Gateway 2000 486/50, with an ati graphics ultra,
X up and running, recompiled kernel with everything (I thought).

	So, I guess I would really appreciate some help, if someone knows
the answer to this (hopefully very easy) problem, please let me know.
Sorry if this is a FAQ.

	Thanks!




-- 
Jeffrey Palmer                palmer@cs.uiuc.edu
------------------------------------------------
for life's not a paragraph
And death i think is no parenthesis
From: peter@micromuse.co.uk (Peter Galbavy)
Newsgroups: comp.unix.bsd
Subject: [386BSD] Help compiling gcc-2.3.1 - please ?
Date: 18 Nov 92 19:14:07 GMT
Organization: MicroMuse Limited, London, England.

Help !

There seems to be lots of talk of gcc-2.3.1 on the group, but I cannot
the little sh*t to compile.

On a virgin 0.1 system with the 58 patches patch kit installed, I
unpack the gcc distribution (from prep) and type "configure i386-bsd"
and then type "make LANGUAGES=c".

First it fails with problems about including gvarargs.h etc, and putting
a hack in about #if __GNUC__ < 2 (or > 1 - I can't remember !), and then
it fails on compiling libgcc2.a using ./xgcc etc with messages like:

libgcc2.c:86: - something about bad character 47
libgcc2.c:86: - then rest of line ignored - first character (A)
libgcc2.c:88: - something about bad character 47
libgcc2.c:88: - then rest of line ignored - first character (N)

This is from memory - bear with me please.

Help please guys and girls.


-- 
Peter Galbavy
Tech Support, Micromuse Ltd
Phone: +44 71 352 7774		E-Mail: P.Galbavy@micromuse.co.uk
Newsgroups: comp.unix.bsd
From: rkb55989@dcl-nxt50 (Rafal Krzysztof Boni)
Subject: [386bsd] RCS + make
Organization: University of Illinois at Urbana
Date: Fri, 20 Nov 1992 07:38:01 GMT
Keywords: huh?

Howdee all...
	I have yet another question for the seemingly millions of gurus on this
	group....

	I just decided that I would like to play around w/RCS on a larger scale
	and [for example] have my whole kernel build tree under RCS, so that
	when I apply non-mainline patches, I can easily start a new branch,
	and thus avoid doing large amounts of "cp blah.c blah.old; mv blah.orig
	blah.orig.old; mv blah.old blah.orig" type of things... Also, with
	RCS, I can hopefully also make out well with disk space, which lots
	of ".orig" and ".pl???" files are taking up...

	Now, my question is this: Is there any way to automate the checkout
	process on build?? I really don't want to have to check out all of 
	the kernel tree before I decide to build it....

	I have played with the make configuration files in /usr/share/mk, and
	gotten this to work on a small scale, but I thought I would ask for
	more info before I did something like trashed my whole kernel source
	tree....

	So, if anyone is using this, or has a better way of doing things,
	please let me know...

				Thanks in advance for the input,
							Rafal


/------------------------------------------------------------------------\
|You have had all that money can give you, but that wasn't enough... You |
|became a thrill seeker... This thrill seeking became the one great thing|
|in your life; piling one thrill on another until... The MURDER!         |
| 						-Ministry ("So What")    |
+------------------------------------------------------------------------+
|Rafal Boni					       	  r-boni@uiuc.edu|
|"Me have a .sig?? I don't even have a clue!"	rkb55989@uxa.cso.uiuc.edu|
|			-Anonymous	     rkb55989@sumter.cso.uiuc.edu|
\------------------------------------------------------------------------/
Newsgroups: comp.unix.bsd
From: cgd@erewhon.CS.Berkeley.EDU (Chris G. Demetriou)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] configuring serials to 8N1, multiport serials
Date: 15 Nov 92 19:45:13
Organization: Kernel Hackers 'r' Us
NNTP-Posting-Host: erewhon.cs.berkeley.edu
In-reply-to: chk@mcshh.Hanse.DE's message of Sun, 15 Nov 1992 12:47:24 GMT


In article <chk.721831644@mcshh.hanse.de> chk@mcshh.Hanse.DE (Christian Kuhtz) writes:
>2.) Does 386BSD support AST-Research compatible (or XENIX-compatible :)
>    4 Port cards that use only one Interrupt ? If not is there any
>    chance to patch it ?

my multiport serial driver does this, and fixes some bugs/problems with
the standard serial driver.

it's available from:
ref.tfs.com (140.145.254.251)     ~cgd/com/com-multiport.tar.Z
agate.berkeley.edu (128.32.136.1)
		~ftp/pub/386BSD/386bsd-0.1/unofficial/cgd/com-multiport.tar.Z


enjoy,

chris
--
Chris G. Demetriou                                    cgd@cs.berkeley.edu

"Sometimes it is better to have twenty million instructions by
        Friday than twenty million instructions per second." -- Wes Clark
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: [386bsd] XS3-0.2a is now available
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.unix.bsd
Date: Wed, 18 Nov 1992 19:58:19 GMT


The new server has many speed improvements, hardware cursor 
support, passes all x11perf tests without crashing, a color
boder bug fix(the bug shows up when using xv).

Some of the graphic operations are upto 10 times faster.

A README file, binary, and patches are available at 
sunvis.rtpnc.epa.gov:/pub/386bsd/incoming.

We are finding out that some S3 based cards are faster than
others. For instance, the new Orchid Farenheit 1280 clocks in
under Linux at 48k xstones, whereas an older model Actix card
clocked in at 36k xstones. If you use XS3, please run xbench
and send me your hardware configuration.

We are now twice as fast as a sun workstation IPC without a GX.


	Enjoy,
	Amancio Hasty
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: [386bsd] Driver for T5200's Ethernet Interface?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Systems, Inc., Huntsville, Al.
Date: Fri, 20 Nov 1992 16:01:25 GMT

In article <NICKEL.92Nov19194551@desaster.cs.tu-berlin.de> nickel@cs.tu-berlin.de writes:
|In article <NICKEL.92Nov16203300@desaster.cs.tu-berlin.de> in
|comp.unix.bsd I wrote: 

|- The Toshiba T5200 laptop (or better portable, considered the weight)
|- has a non-standard ethernet interface built in, which is not

|After a closer look and some help I know now that it is a Toshiba
|ethernet card in a PC-compatible slot (half-length). In the
|documentation it is called "LAN card for ethernet" (very specific,
|isn't it?).

Yank the thing and put in a SMC8003EP or something that is supported.
That, and the 3Com 8-bit cards, should easily fit in a half-slot.

-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chairman of the Board and the CFO speak for SCI. I'm neither.
"Data sheet: HSN-3000 Nuclear Event Detector. The [NED] senses the gamma
radiation pulse [from a] nuclear weapon." As if we wouldn't notice...
From: aoki@risk.stanford.edu (ikuro aoki)
Newsgroups: comp.unix.bsd
Subject: Re: [XFree86]: Performance Problems
Date: 19 Nov 92 19:09:46
Organization: Stanford University, Stanford, CA, USA.
	<1992Nov20.012824.20203@leland.Stanford.EDU>
NNTP-Posting-Host: risk.stanford.edu
In-reply-to: hado@leland.Stanford.EDU's message of Fri, 20 Nov 92 01:28:24 GMT

Hi folk,

  >>a new one F1280-SA (?). Which card has which kind of S8 chips on it,

F1280VA(Voice Annotation) and S3 chip. 
Localbus version F1280VA/VLB have been announced, but not come out.

  >>What is the new S3 chip coming in a month  that has several times the 
  >>performance of current S3 chip ?

S3 86C801/805? I think they are at least 50% faster than 86C911(F1280).
Actix's 86C801 SVGA card(408-980-5400) could be considered.
--
Ikuro Aoki
Newsgroups: comp.unix.bsd
From: deraadt@newt.cuc.ab.ca (Theo de Raadt)
Subject: 386BSD: /bin -> /usr/bin reorganization
Organization: little lizard city
Date: Tue, 17 Nov 1992 11:17:28 GMT

Among a large number of other Sunifications I have made to my 386BSD
system, I've made this one:

lrwxr-xr-x    1 root            8 Oct 24 21:05 bin@ -> /usr/bin

This may not seem significant, but I am of course running with not just
one partition, but many:

Filesystem        kbytes    used   avail capacity  Mounted on
/dev/wd0a          31231    5697   22410    20%    /
/dev/wd0g          93871   76735    7748    91%    /usr
/dev/wd0e          31231      41   28066     0%    /tmp
/dev/wd1a         318294  134528  151936    47%    /gecko.userb
/dev/wd0h          31231       1   28106     0%    /gecko.usera
newt:/newt.usera  564164  416208   91539    82%    /newt.usera

I'm really happy with this change. It's always a pain when I write programs
and I want to give an absolute path to a program. When the program is written
for different architectures, things like uptime can end up being in one of
5 places!

Anyone interested in merging a change like this one in?
 <tdr.

ps. Anyone interested in doing this themselves, easiest is to do this...
	1. cp /bin/* /sbin
	2. edit init.c and change it so that it runs programs from /sbin
	   instead of /bin
	3. install new init; reboot
	4. cp /bin/* /usr/bin; rm -rf /bin; cd /; ln -s /usr/bin
	5. Delete all the unneccesary programs that are now in /usr/sbin
	   Note: Many are required for rc and rc.single to run.
--

This space not left unintentionally unblank.		deraadt@newt.cuc.ab.ca
From: cuccia@mica.berkeley.edu (Nick Cuccia)
Newsgroups: comp.unix.bsd
Subject: flaky install on standard dist.fs
Date: 23 Nov 92 17:31:19 GMT
Organization: Bump City Brewery and Barbecue, Berkeley, CA
NNTP-Posting-Host: remarque.berkeley.edu
Originator: cuccia@remarque.berkeley.edu

So, I did something really stoopid over the weekend: I used disklabel to
repartition my hard disk (Seagate Wren III), then tried to reinstall 386bsd
using the install command on the dist.fs disk.

install tells me that 386bsd is already installed, and asks me if I want to re-
install.  When I respond 'y', it loops.  Same for 'Y', 'yes', 'Yes', you get
the idea.

Does anybody out there have a dist.fs on which this problem has been fixed?

Thanks,
--Nick
-- 
===============================================================================
 And Little Sir John with his nut brown bowl, and his brandy in the glass.
 And Little Sir John with his nut brown bowl proved the strongest man at last.
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: 386bsd NFS mounting other drives
Organization: Guru Systems/Funware Department
Date: Sat, 21 Nov 1992 11:40:47 GMT
Keywords: 386bsd NFS

In <babraham.17.722245711@unpcs1.cs.unp.ac.za> babraham@unpcs1.cs.unp.ac.za (Bobby Abraham) writes:
>I have applied patches 0 thru 58 and am able to do NFS mounts from a SCO box
>of my 386bsd system.  What will not work is the reverse.  
>The error I get involves a message "bad client credential".  I'm sure the 
>exports files are correct.

Check if root on the BSD machine is in more than 8 groups. If so,
reduce the number below 8 and try again.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

AIX is a better... is a better...  is a better... OpenSystem.
					IBM Rep at GUUG Symposium '92
Xref: sparky comp.unix.bsd:9003 alt.sources:2539
From: jkh@whisker.lotus.ie (Jordan K. Hubbard)
Newsgroups: comp.unix.bsd
Subject: [386BSD] gcc 2.3.1 - WHITHER debugging..?
Date: 16 Nov 92 13:03:18 GMT
Distribution: comp
Organization: /home/jkh/.organization

Anyone else noticed that gcc 2.3.1 doesn't seem to generate symbols that
gdb-4.7 likes?  I have to compile with 1.39 when I want to debug something..

STRANGE...  It *used* to work!

					Jordan
From: ljo@r2d2.eeap.cwru.edu (L. Jonas Olsson)
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] Help compiling gcc-2.3.1 - please ?
Date: 18 Nov 1992 22:40:12 GMT
Organization: Case Western Reserve Univ. Cleveland, Ohio (USA)
NNTP-Posting-Host: johnny5.eeap.cwru.edu

A new gcc (2.3.2) with support for 386BSD will be out real soon
(most likely this week). If you cannot wait there is a preliminary
version installed on ref.tfs.com, and the sources are available
from ref.tfs.com:/usr/packages/gcc (the ss-921113.tar.Z file).

	Jonas
	ljo@po.cwru.edu


Newsgroups: comp.unix.bsd
From: julian@tfs.com (Julian Elischer)
Subject: Re: multibyte character representations and Unicode
Organization: TRW Financial Systems
Date: Fri, 20 Nov 1992 21:40:13 GMT

In article <keld.722285494@login.dkuug.dk> keld@login.dkuug.dk (Keld J|rn Simonsen) writes:
>The Plan 9 encoding of ISO 10646 is planned for inclusion
>in POSIX .2b standard, and is thus on a standards track.
>
>Keld

That settles it then, Bill jolitz has held the POSIX book up and said
"This is the bible for 386bsd"

I can see unicode around the corner.

julian


Xref: sparky comp.unix.bsd:9006 alt.sources:2542
From: bjork@telebit.com (Steven Bjork)
Subject: Hangs because of DNS, was Re: [386bsd] Getting 3c503 to work. How?
Keywords: 3c503 ethernet 386bsd
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Wed, 18 Nov 1992 14:57:19 GMT

In article <1edc2nINN3n0@bach.mentor.dk> tm@mentor.dk (Tonny Madsen) writes:

>3) netstat -i hangs!

Use the dash enn (-n) option to avoid the netnum to name mapping.
If your DNS is messed up, this will appear to hang your system.

Sounds like you have more problems than just this, however.

--Steven
Newsgroups: comp.unix.bsd
From: afriend@dew.Princeton.EDU (A. Friend)
Subject: Looking for port of xvt-1.0 to 386BSD
Originator: news@nimaster
Organization: Princeton University
Date: Thu, 19 Nov 1992 00:20:08 GMT

Does anyone have xvt-1.0 ported to 386bsd? I am trying to replace
xterm with xvt so I can save some memory and swap space. Without
shared memory, 8M of memory behaves just like 2M (sigh).

afriend@phoenix.princeton.edu
From: spedpr@thor.cf.ac.uk (Paul Richards)
Newsgroups: comp.unix.bsd
Subject: Re: ref.tfs.com users
Date: 17 Nov 92 15:44:01 GMT
Organization: University of Wales College at Cardiff
X-Mailer: Cardiff Computing Maths PP Mail Open News Gateway

In article <1992Nov13.194521.4943@tfs.com> julian@tfs.com (Julian Elischer) writes:
|Could the following users please add .forwards to their home direcotries
|so I don't have to resort to news to contact them.
|
|Login: julian         			Name: Julian Elischer


Sorry, I just couldn't resist this :-)
-- 
  Paul Richards at Cardiff university, UK.

  spedpr@uk.ac.cf.thor	Internet: spedpr@thor.cf.ac.uk
  UUCP:     spedpr@cf-thor.UUCP or ...!uunet!mcsun!uknet!cf!thor!spedpr
+++
Newsgroups: comp.unix.bsd
From: ae007@yfn.ysu.edu (Daniel Newcombe)
Subject: Hooking up a laptop as a terminal
Organization: Youngstown State University/Youngstown Free-Net
Date: Mon, 23 Nov 1992 00:35:56 GMT


What do I need to do to hook my laptop up to my desktop and run
it as a terminal on 386BSD?  I am gonna hook it up via the serial
ports and I already have a nice little VT100 Terminal prog.
   -Thanks...
     -Dan
-- 
    -Dan Newcombe
Internet Address:  STDN@VM.MARIST.EDU
Youngstown Freenet: ae007@yfn.ysu.edu
GOAL: To put the world on 3.5" diskettes...  :)
From: s902113@minyos.xx.rmit.OZ.AU (Luke Mewburn)
Newsgroups: comp.unix.bsd
Subject: Re: Cryix 486DLC/33 CPU - Anyone used one with bsd,linux?
Date: 24 Nov 92 02:38:57 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: minyos.xx.rmit.oz.au


etxmkhn@eulalia4.ericsson.se (Mark Hannon) writes:

>Hi there!
>The title says it all!  I am just about to make the plunge to a 486
>and this Cyrix chip is about 3000 SEK (approx 500 USD) cheaper!

>But I don't want to buy something that doesn't work too good.  I
>would like to hear from anyone who has used this successfully with
>either 386bsd or linux.

It runs 386BSD well (like a 386DX with 387 but faster)... I had a Cyrix
486DLC m/b for about 2 days until I realised I wasn't getting the
performance I was expecting.. Anyway, think of it as a 386DX which is
70% faster rather than Intel's, rather than a 486 replacement (it
being pin-compat with the 386...)

My _personal_ opinion is that Cyrix should be kicked in the head for
their advertising, cause people will buy their chip as a '486DX'
replacement, which it is not. (Here in Australia, they advertise the
motherboards as "486DX-33 (cyrix) motherboards".)

So, if you want some cheap grunt, go for the cyrix board. But, be
aware that you aren't getting a 486 compatible chip (infact, the board
I bought had a separate cyrix Cx87 - so make sure you do have one
too), but a turbo-charged 386. So, if you wanna run NextStep 486, or
you really do want the 2x-4x speed improvement that a 486 is over the
386, pay the extra money)


>Thanks in advance, Mark H

>------------------------------------------------------------
> Mark Hannon            e-mail : etxmkhn@eulalia.ericsson.se
> Ericsson Telecom AB    memo   : ERI.ETX.ETXMKHN
> Stockholm, Sweden      Phone  : +46 8 7195140
>------------------------------------------------------------


                         Luke Mewburn [Zak]
           s902113@minyos.xx.rmit.oz.au   zak@rmit.edu.au
   "Nobody dies on the Discworld, they just become dimensionally
    disadvantaged."         Terry Pratchett in alt.fan.pratchett
From: luigi@iet.unipi.it
Newsgroups: comp.unix.bsd
Subject: Advice on SCSI controllers
Date: 16 Nov 92 16:18:24 GMT
Article-I.D.: di.1992Nov16.161824.12780
Reply-To: luigi@iet.unipi.it
Organization: Dip. di Ingegneria dell'Informazione, Univ. di Pisa (ITALY)
Originator: luigi@pical2


Now that I have 386bsd up and running, I'd like to put SCSI devices on
it. My problem is about the controller: the Adaptec 1542 is hard to find
here in Italy (at least from my usual dealers), and is priced around
$400, which might be a bit high. I can find very cheap no-name SCSI
adapters for $70 or so, but they lack any technical documentation, so
the vendor doesn't know nothing about compatibility with any model.
I'm just checking to see if somebody knows something about them. The
information I have are as follows:

=== #1 ===

this is called "intelligent SCSI controller", can drive SCSI and
floppies, has a SCSI centronics connector on the back and 2 flat-cable
connectors (FDD + SCSI)  on the top. On the top side it is printed
"DC-126B".  Is sold for about $200

=== #2 ===

This is called "SCSI FDD+HDD controller model SUN 5231". It is quite
small, with a couple of VLSI chip, 1 ROM, and 6 TTL buffers. Connectors
are 2 for flat cable (34 and 50 pin) and the one on the back is a DB25.
The documentation says it implements SCSI2, and one of the ICs is marked
tmc950


==========

So, if anyone knows what they are (or can reccomend SCSI controllers
for which the drivers for 386bsd are available) I'd be very grateful.

	Thanks
	Luigi Rizzo
====================================================================
Luigi Rizzo                     Dip. di Ingegneria dell'Informazione
email: luigi@iet.unipi.it       Universita' di Pisa
tel: +39-50-568533              via Diotisalvi 2, 56124 PISA (Italy)
fax: +39-50-568522
====================================================================
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: [386BSD] cbzone nukes Xfree86 1.1  Floating Point Problems
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp
Date: Sun, 22 Nov 1992 02:48:28 GMT

In article <JKH.92Nov21163212@whisker.lotus.ie> jkh@whisker.lotus.ie (Jordan K. Hubbard) writes:
>Here's a great test for the broken FP handling in 386bsd.  Compile
>cbzone, the 'battlezone clone', for your machine (it's on
>export.lcs.mit.edu:contrib/cbzone.tar.Z) and run it.  As soon as
>an enemy tank hoves into view your server will croak.  Naturally,
>I don't suggest running it if you've got any important X applications
>running!
>
>Pity - I was rather looking forward to the speed of this on XS3, it's
>a fun game (well, for the first 20 min or so, anyway :-)
>
>					Jordan
>

Try XS3-02a you will like it. XS3 is not XFree86 and
XS3-02a passes all x11perf tests. Some of the x11perf 
test's floating operations does make XS3-0.1 and XFree86 
crash. Another problem found in XFree86 and not on XS3
is the border color splashing on the windown when using
xv.

The moral of the story here is that if XFree86 has a 
problem or XS3 you can not immediatly conclude  that 
the other server has the same problem. 


Amancio Hasty
Newsgroups: comp.unix.bsd
From: jkh@whisker.lotus.ie (Jordan K. Hubbard)
Subject: Re: [386BSD] cbzone nukes Xfree86 1.1  Floating Point Problems
Organization: Lotus Development Ireland
Distribution: comp
Date: Sat, 21 Nov 1992 20:26:26 GMT

	The moral of the story here is that if XFree86 has a 
	problem or XS3 you can not immediatly conclude  that 
	the other server has the same problem. 

A good point.  I stand corrected.  Just as soon as my Actix 805 board arrives,
I shall very happily take Mr. Hasty up on his challenge!

					Jordan
Newsgroups: comp.unix.bsd
From: rich@Rice.edu (Richard Murphey)
Subject: Re: 386bsd list of bad patches: patch00019 -> SC_ERROR?
Reply-To: Rich@rice.edu
Organization: Department of Electrical and Computer Engineering, Rice
	University
	<RICH.92Nov15135940@omicron.Rice.edu>
	<1992Nov17.074853.2556@ufhx1.ufh.ac.za>
Date: Tue, 17 Nov 1992 17:51:53 GMT

In article <1992Nov17.074853.2556@ufhx1.ufh.ac.za> cssjs2@ufhx1.ufh.ac.za (Mr I Scheepers) writes:
   In <RICH.92Nov15135940@omicron.Rice.edu> rich@Rice.edu (Richard Murphey) writes:

   >In article <1992Nov14.223035.14857@jpusa1.chi.il.us> stu@jpusa1.chi.il.us (Stu Heiss) writes:

   >   Which patches are bad and why...


   >patch00019 slip

   I'm getting a compile error on patch00019: 
	   in ../../net/if_sl.c: In function slinput:
	   Line 634: `SC_ERROR' undeclared
   The offending line is

		   sc->sc_flags |= SC_ERROR;

   Any clues?

patch 19 adds the definition of SC_ERROR to /sys/net/if_slvar.h.

Sounds like you are missing part of the patch.  Rich


Newsgroups: comp.unix.bsd