HDTenEightyP/NetNews huggingface dataset:
From: eoahmad@ntuix.ntu.ac.sg (Othman Ahmad)
Newsgroups: comp.unix.bsd
Subject: Re: Endless boot cycle- suggestions? (SOLUTION)
Date: 20 Aug 92 17:00:52 GMT
Organization: Nanyang Technological University - Singapore
X-Newsreader: Tin 1.1 PL4

veit@du9ds3.uni-duisburg.de (Holger Veit) writes:
: In <16tkqqINN3e6@frigate.doc.ic.ac.uk> dds@doc.ic.ac.uk (Diomidis Spinellis) writes:
: 
: >Many people have reported endless boot cycles after installing 386BSD
: >on a hard disk.  I had the same problem, and solved it using the
: >following procedure.  The problems seems to be wrong disklabels on
: >the disk created by install.  This is can fixed, by doing it manualy.
: >You milleage may vary.
I had solved it in the same way. The reasons are due to the problems with
the swap device which should be at b partition.
: >	cd /etc
: >	vi disktab
: 
: You are aware that this is a catch-22, if you have no space to unpack the
: bindist files on another UNIX system, aren't you? The man page is in bindist,
: but you have only readable man pages when you succeeded in installing them
: on the disk. Just to mention... 
: There should be some "hacker's guide" at least on the fixit disk, 
: for all those who haven't started with 386bsd-0.0. (or aren't real *NIX wizards,
Installing hard-disks will always be difficult, at least I always have this
problem even when using MSDOS. You just cannot install hard-disks if you
do not have any idea of the harddisk organization. This information should be
supplied with the hard-disk.
: but it is worth a discussion whether 386bsd is for the occasional computer
: user at all for the moment).
The install program is brilliant and is good for the novice but any computer
user must learn how to write programs. The exeception may be Macs but Mac is
only one type of computer so hardware inconsistencies does not exist.
	If they do not want to learn then go for Mac and pay for the price and
performance drop, doing trivial things like writing letters.

--
Othman bin Ahmad, School of EEE,
Nanyang Technological University, Singapore 2263.
Internet Email: eoahmad@ntuix.ntu.ac.sg
Bitnet Email: eoahmad@ntuvax.bitnet
From: phr@soda.berkeley.edu (Paul Rubin)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Date: 16 Aug 92 22:19:08
Organization: CSUA/UCB
	<PHR.92Aug15214245@soda.berkeley.edu> <MNDIKJ3@taronga.com>
NNTP-Posting-Host: soda.berkeley.edu
In-reply-to: peter@taronga.com's message of Sun, 16 Aug 1992 14:20:29 GMT

In article <MNDIKJ3@taronga.com> peter@taronga.com (Peter da Silva) writes:


   In article <PHR.92Aug15214245@soda.berkeley.edu> phr@soda.berkeley.edu (Paul Rubin) writes:
   >    If 386BSD was copylefted, it would be Linux. It's the absence of copyleft
   >    that leads to the possibility of more than a bunch of random hackers
   >    benefiting from it.

   >Please clarify this.  How is anyone else prevented from benefitting
   >from it?   Say, for example, the same people who now benefit from GCC?

   The people who aren't hackers and don't have net access, who want to walk
   down to the store and buy a shrinkwrapped copy of GCC with a technical
   support number and related articles in PC-Week.

I don't understand.  How is it that these people you mention (I guess
you mean people who buy NeXT's, or OSF/1(?), or the Cygnus-supported
shrink-wrapped GCC's for Sparcstations and (later) 386's, etc.)
don't benefit from GCC?  If they are using it productively, they
are benefitting from it.

   The people who aren't hackers and want to walk down to the store and buy
   a shrinkwrapped copy of "386BSD-Lite" with a technical support number and
   a bunch of application programs in shrinkwrap on the shelf next to it.

Tell me more---386bsd isn't copylefted; where can I get a shrinkwrapped
copy?
Newsgroups: comp.unix.bsd
From: klamer@mi.el.utwente.nl (Klamer Schutte)
Subject: Re: 680x0 version of 386BSD?? [Was: Re: Mac version of 386BSD??]
Organization: University of Twente, BSC-El
Date: Thu, 20 Aug 1992 08:22:06 GMT

In <1992Aug19.155359.629@athena.mit.edu> bri@pegasus.mit.edu (Brian D. Carlstrom) writes:

>In article <1992Aug19.093937.14857@olymp.informatik.uni-bonn.de> volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt ) writes:
>>In article <1992Aug18.174205.23671@news.iastate.edu> niko@iastate.edu (Nikolaus E Schuessler) writes:
>>>Since most of the source is written in C, I believe that most of the time
>>>is going to be spent writing drivers for disks, displays, etc...

>i just had an interesting thought. wouldn't ib be a bit easier to port 
>to the 68k apollos, since they use an ISA bus, which is supported by
>386bsd? i realize that the video cards they use are not standard, but
>you could at least get it up and going by using a pc card and monitor.

One word of caution: beware of the byte order in words! On a 80x86
(PC style) it is little endian, and on a 68K it is big endian.
Which means it is just the other way around... And which means that
the same code accessing word-size registers on I/O cards almost
certainly fails, if it is not aware of this problem. (and not
efficient if it does...)

Klamer
--
Klamer Schutte			Tel: +31-53-892778	Fax: +31-53-340045
Faculty of electrical engineering -- University of Twente, The Netherlands
preferred: klamer@mi.el.utwente.nl     SMTP: klamer@utelmi01.el.utwente.nl
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on 'free' UNIX / 386BSD (R
From: mellon@iti.org (Ted Lemon)
Date: 21 Aug 92 06:17:29 GMT

cflatter@nrao.edu (Chris Flatters) writes:
>>Because Hurd is an OS, does this mean that *any* application that runs on it
>>is a derivitive work and falls under GNU Public License?
>No. Even a lawyer would think that that was silly.

I hate to be a spoilsport, but Apple recently sued a company for pretty much
what you describe above.   A company in Menlo Park produces a software
package that allows you to make your Mac application run on non-Mac machines
by emulating the publically documented Mac API.

Apple sued, stating that this company was encouraging Apple software
vendors to distribute code owned by Apple without Apple's consent.   The
code in question was the application vendor's code, not Apple's.   I
didn't explain this particularly well; it's much better explained in a
recent LPF mailing which you can get by contacting the LPF (see my 
.signature).

The bottom line is that with the exception of contingency and pro bono
work, a lawyer could care less whether or not your lawsuit is silly, as
long as it generates billable hours.   If your lawyer is ethical, you
will at least be told that you're being silly, but lawyers are bound by
their code of ethics (can you say Military Intelligence?) to defend their
clients in court, regardless of the actual truth of the matter.

				_MelloN_
--
mellon@ncd.com							uunet!mellon
Member, League for Programming Freedom | To learn how software patents could
cost you your right to program, contact the LPF - league@prep.ai.mit.edu
Newsgroups: comp.unix.bsd
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Subject: Re: Possable pccons.c bug in 0.1
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 23 Aug 1992 11:37:52 GMT

veit@du9ds3.uni-duisburg.de writes:
+---------------
| (Josh Osborne) writes:
| >	was = *cp;
| >	*cp = (u_short) 0xA55A;
| >	if (*cp != 0xA55A) {
| >I *think* it looks like the if should be
| >	if (was != 0xA55A) ...
| 
| "was" saves the old value at the address "cp" is pointing to. It is 
| restored in the else path if there is RAM at this address. With a 
| Hercules card, there is none there.
| The only problem that might be there is that the cc must be prevented to
| put the value "*cp" into a register (after storing it). This might be done
| by making "cp" "volatile".
+---------------

There's another potential bug with this style of code, which is somewhat
hardware-dependent, but more & more common these days. Just as such code
might fail to detect the missing RAM in the absence of "volatile u_short *cp",
so also it is that in machines that use mostly CMOS logic instead of TTL
(or even *with* TTL, in very fast machines) it is possible that the value
0xA55A is still "floating" on the CPU bus or the device's internal bus, and
the "if (*cp != 0xA55A)" will read back the *floating* value rather than
some "pulled-up" all 1's or "pulled-down" all 0's.

That is, with fast CMOS logic, you can't presume *anything* about which way
*if any* busses will be "pulled" when they are not actively driven. This is
especially true if the instructions to do the test are in the cache, or were
pre-fetched from memory before the "*cp = (u_short) 0xA55A;" was done. I have
seen values "float" on data busses for as long as several dozen cycles after
the last active tri-state driver shut off!

Kernel programmers, be warned!


-Rob

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com
Silicon Graphics, Inc.		(415)390-1673
2011 N. Shoreline Blvd.
Mountain View, CA  94043
From: swildner@channelz.GUN.de (Sascha Wildner)
Newsgroups: comp.unix.bsd
Subject: Installing GNU Emacs 18.58 under 386BSD
Date: Sat, 15 Aug 1992 18:02:01 CET
Distribution: world
Organization: Static Attic Development

Hi!
Is there anybody who can tell me how to install GNU Emacs 18.58 under
386BSD?


--
         Sascha Wildner, Am Druvendriesch 27, 5030 Huerth 6, Germany

                           Home is where .emacs is.
From: hollings@cs.wisc.edu (Jeff Hollingsworth)
Subject: Another Adaptec Question
Organization: U of Wisconsin CS Dept
Date: Wed, 12 Aug 1992 19:34:21 GMT

There seems to be two versions of the Adaptec 1542A card, one that supports bus
mastering and one that does not.  I have two questions about this:

1.) How much benefit is bus mastering for UNIX (assumming the OS supports it)

2.) Does either BSDI or 386bsd support bus mastering?

One other question, what exactly do the Adaptec cards do that make them
more expensive than the Future Domain cards?

-------------------------------------------------------------------------------
Jeff Hollingsworth					Work: (608) 262-6617
Internet: hollings@cs.wisc.edu				 FAX: (608) 262-9777
Home: hollings@warthog.madison.wi.us			Home: (608) 256-4839
X.400: <pn=Jeff.Hollingsworth;ou=cs;o=uw-madison;prmd=xnren;c=US>
Newsgroups: comp.unix.bsd
From: thomas@hotb.sub.org (Thomas Brettinger)
Subject: 386BSD won't boot off Compaq 386sx/16
Organization: Home of the brave
Date: Mon, 17 Aug 92 19:07:59 GMT
X-Copyright: Nachdruck und Zitate -insbesondere unter Angabe des Autors
             oder der Organisation- ausserhalb des USENETs ist nur mit
             schriftlicher Genehmigung des Autors gestattet. In diesem
             Fall ist die Message-ID und die Newsgruppe als Quelle anzu-
             geben.

I tried to install 386BSD on a Compaq 386sx/16, with Numeric
Coprocessor, 5M Ram, 84M Conner IDE Harddisk.

The screen stays black, and the machine reboots after reading some
tracks from the floppy. And reboots, and reboots....

Ideas, anybody?

Thomas
-- 
  Thomas Brettinger    (home) thomas@hotb.sub.org                        ^_^ 
  An der Traenk 70-72  (uni)  bretting@isa.informatik.th-darmstadt.de   (o o) 
  W-6072 Dreieich      (irc)  Wish                                      =\x/= 
Newsgroups: comp.unix.bsd
From: dmuntz@dip.eecs.umich.edu (Daniel A Muntz)
Subject: Re: 386bsd X problems
Keywords: X, xterm
Organization: University of Michigan EECS Dept., Ann Arbor
Date: Thu, 20 Aug 1992 16:29:09 GMT

In article <1992Aug19.211301.28570@zip.eecs.umich.edu> dmuntz@dip.eecs.umich.edu (Daniel A Muntz) writes:
[new com.c w/o comreg.h diffs]

To use the previously posted com.c, apply this patch to comreg.h:

36,39d35
< /*
<  *    With modifications from brad huntting <huntting@glarp.com>
<  *    Sun Jun 14 13:32:28 MDT 1992
<  */
41,49c37,38
< /*
<  * 16 bit baud rate divisor (lower byte in com_dlbl, upper in
<  * com_dlbh) 1.8432MHz/16x (COMTIK/x) rounded off.  If the baud
<  * rate can't be set to within (desired_rate*SPEED_TOLERANCE/1000)bps
<  * comspeed() returns -1.  COMBRD must be a/b (as opposed to (a/b))
<  * or the accuracy check will not work.
<  */
< #define COMTIK          (1843200/16)
< #define SPEED_TOLERANCE 30                      /* real == desired +- 3.0% */
---
> /* 16 bit baud rate divisor (lower byte in dca_data, upper in dca_ier) */
> #define       COMBRD(x)       (1843200 / (16*(x)))


Xref: sparky comp.unix.bsd:4150 comp.unix.wizards:3611 comp.unix.internals:1690
From: rcs08945@zach.fit.edu (Jerome Christatos /ADVISOR Clay)
Newsgroups: comp.unix.bsd,comp.unix.wizards,comp.unix.internals
Subject: RE : searching for Usenix conferences
Date: 14 Aug 92 17:31:46 GMT
Followup-To: comp.unix.bsd
Organization: Florida Institute of Technology, Melbourne USA


	Hello,
	About one week ago I send this message on comp.unix.bsd, 
	comp.unix.internals,  comp.unix.wizards :

>	Greetings,
>
>	I'm searching for an ftp site where I can find the Usenix conferences.
>	( If there is one ).

	I reply on the net because a lot of people are interested by the result.

	Unfortunately It appears that there is no such site. I receive only one
	answer advising me to look in comp.org.usenix archives, which I did.
	I look on "cs.dal.ca" and found a message ( Re: Papers from past 
	USENIX conferences ) that answer to my quest. Among other things you 
	can read : 
>	
>Usenix had hoped to include electronic versions of papers, or even abstracts,
>	as well as the bibliographic information.   And, for a while they were
>	actively soliciting for donations.   However, very very few
>	authors have been willing to make their papers available
>	electronically, even though they could still retain the copyright.
>	One can only conjecture as to the reasons.
>	
>	-- 
>	Deborah Scherrer                                 scherrer@mtxinu.com
>	Mt Xinu, Inc.                               ..!uunet!mtxinu!scherrer
>	2560 Ninth Street
>	Berkeley, CA  94710                                     510-644-0146
>	
	My request came after I found interesting papers on  
	"aupair.cs.athabascau.ca" about sun and other ones on "cse.ogi.edu" 
	about Chorus ( some of them appears in the usenix conferences ).
	The problem is that, to my knowledge, there is not a text book that 		summarize the latest advance in this field, in think especially about
	the new VM in SUNOS/SVR4 and threads ( BACH and LEFFLER are already 
	obsolete ( in some sense ) and the 386BSD of Jolitz is based on MACH ).

	I think this a problem that this "knowledge" is not more widely 
	available to the "average" interested programmer if he want to take
	advantage of these beautiful new features. ( Knowledge is power, 
	remember )

						J. CHRISTATOS
					  ( rcs08945@zach.fit.edu )
Newsgroups: comp.unix.bsd
From: dinda@cae.wisc.edu (Dinda Peter)
Subject: WD Ethernet Card not found on warmboot
Organization: U of Wisconsin-Madison College of Engineering
Date: 19 Aug 92 16:53:19 CDT


I have 386BSD 0.1 installed on a Gateway 486/33, 170MB partion,
16MB RAM, Diamond Speedstar card, Western Digital Ethercard PLUS
Elite16 Combo (8003E compatible).  After some staring at a BSD
admin handbook, ifconfig, routeing (no demon), named, and sendmail
are up and running.  I can telnet, ftp, etc without any problems.

However, this is only that case when the machine is power-cycled.  On
warmboot initiated via reboot or shutdown -r (or a panic) the WD    
Ethernet card is not recognized.  The card is correctly configured
as IRQ2, I/O adx 0x280, Mem base 0xD000 with EASYSET.EXE.  Any thoughts?
Newsgroups: comp.unix.bsd
Subject: 386bsd tip marks bytes
From: eje@irenaeus.mlo.dec.com (Eric James Ewanco)
Date: Fri, 21 Aug 1992 19:43:39 GMT
Reply-To: ewanco@kalvin.enet.dec.com
Organization: Digital Equipment Corporation


After several frustrating days of problems with a terminal server, I discovered
something.

Tip is setting the high bit of every character, even though I am setting
parity to none.  (There seems to be no entry in /etc/remote for character
size; why?)  My Ultrix system doesn't do this.  Does anyone know anything
about this?

Thanks

Eric
--
/=============================================================================\
| Eric Ewanco - Software Engineer     For the rash and outrageous opinions ex-|
| Digital Equipment Corp, Maynard MA  pressed herein I alone am responsible;  |
| ewanco@kalvin.enet.dec.com          they do not belong to DIGITAL(TM).      |
\==============================- 2 Th 2:15 -==================================/

Newsgroups: comp.unix.bsd
From: bzs@ussr.std.com (Barry Shein)
Subject: Re: Why the big copyright statements?
Organization: The World
	<14809@ksr.com> <1992Aug15.001820.2374@rwwa.COM>
Distribution: usa
Date: Sat, 15 Aug 1992 05:14:15 GMT


You are looking for logic in law.

There is little logic in law, particularly in the large. It is not
algorithm driven.

It is a bunch of special cases with perhaps some over-riding ideas
mostly negated by the special cases. Have you ever noticed that even a
minimal law library fills rooms? If we could reduce it to logic it
would fill perhaps one thick book or two.

At best you can scour the logic of each special case like lawyers and
judges do. Often the logic is subtle or even non-existant, there is
more to life than logic (e.g. values, experience, people's behavior or
needs which often are just not logical, etc.)

People who live by logic seem to spend half their lives (literally)
figuring this out. I just gave it to you cheap. Save yourself the
time and agony.

--
        -Barry Shein

Software Tool & Die    | bzs@world.std.com          | uunet!world!bzs
Purveyors to the Trade | Voice: 617-739-0202        | Login: 617-739-WRLD
Newsgroups: comp.unix.bsd
From: michaelv@iastate.edu (Michael L. VanLoon)
Subject: Re: Western digital Elite 16
Organization: Iowa State University, Ames IA
Date: Fri, 14 Aug 1992 01:41:11 GMT

In <1992Aug10.234320.16694@athena.mit.edu> bri@pegasus.mit.edu (Brian D. Carlstrom) writes:

>Has anyone used a Western digital Elite 16 with 386bsd.
>i saw one for sale and was thinking about buying it...

>any warnings (or personal peeves/opinions) about ethernet
>cards are welcome to bri@pegasus.mit.edu

I'm using two of them right now.  I have the 8013EBT cards.  They
perform fabulously--awesome cards.  Highly recommended.

-- 
------------------------------------------------------------------------------
  Michael L. VanLoon                           Project Vincent Systems Staff
  michaelv@iastate.edu              Iowa State University Computation Center
------------------------------------------------------------------------------
From: chmr@fstgds01.tu-graz.ac.at (Christoph Robitschko)
Subject: Re: WD Ethernet Card not found on warmboot
Organization: Technical University of Graz, Austria
Date: Thu, 20 Aug 92 08:12:38 GMT

In article <1992Aug19.165319.14767@doug.cae.wisc.edu> dinda@cae.wisc.edu (Dinda Peter) writes:
>
>I have 386BSD 0.1 installed on a Gateway 486/33, 170MB partion,
>16MB RAM, Diamond Speedstar card, Western Digital Ethercard PLUS
>Elite16 Combo (8003E compatible).  After some staring at a BSD
>admin handbook, ifconfig, routeing (no demon), named, and sendmail
>are up and running.  I can telnet, ftp, etc without any problems.
>
>However, this is only that case when the machine is power-cycled.  On
>warmboot initiated via reboot or shutdown -r (or a panic) the WD    
>Ethernet card is not recognized.  The card is correctly configured
>as IRQ2, I/O adx 0x280, Mem base 0xD000 with EASYSET.EXE.  Any thoughts?
>
Funny, I it works the other way for me: When I power-cycle the machine,
the WD8013EP card is recognized, but not really initialized: The computer
cannot read the board RAM, and I get those funny 'Reject 65xxx' messages.
However, after a warm boot everything works fine.
It looks to me like a timing problem (Delay too short in the initialisation
phase).

							Christoph


-- 
------------------------------------------------------------------------
Christoph M. Robitschko  | "the only man who got his work done by Friday
chmr@edvz.tu-graz.ac.at  |             was Robinson Crusoe."
From: deal@hightop.nrl.navy.mil (Richard Deal)
Newsgroups: comp.unix.bsd
Subject: hard cardII
Date: 19 Aug 92 19:53:28 GMT
Organization: Naval Research Labs (Washington DC)
Originator: deal@hightop


Will 386BSD work with a Plus Hardcard II 80 meg?  
If anyone has one working please email me.
thanks.

-- 
#include <std/*>
The Butcher                  
Butch Deal                   deal@hightop.nrl.navy.mil
--------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: Restrictions on 'free' UNIX / 386BSD (R
Organization: Weber State University  (Ogden, UT)
Date: Wed, 19 Aug 92 02:44:27 GMT

In article <1992Aug18.234401.2087@nrao.edu> cflatter@nrao.edu writes:
>In article 8526@fcom.cc.utah.edu, terry@cs.weber.edu (A Wizard of Earth C) writes:
>>Does [the GPL] mean that I can't sell my own program (we'll call it '/usr/bin/true')
>>for $500.00, and then give away GNU Hurd in order to run it, but don't tell
>>anyone what the program is (except you all know now ;-)), offer to send source,
>>like in GPL, but say they can't copy it because they can't distinguish my
>>part from GNU's part?
>
>You don't have to supply source for your own /usr/bin/true because you stuck
>it in the same packet with the GNU Hurd (unless of course it is a modified
>version of a GNU /usr/bin/true).  You still have to supply source for the
>Hurd and you can not restrict the rights of anyone who gets the source from
>you to make further copies of the Hurd source.

Ah!  But I then *can* warn my users that it doesn't have the bugfixes I put
in (my /usr/bin/true, which "operates better than the orignal" 'cause it's
mine)!  And that they can have the original unmodifies sources, but they
will have to find and fix the bugs themselves.  Then, on the AT&T theory, I
can sue them for "look and feel" if they diff the binaries after install on
another machine and copy my /usr/bin/true.

>>Because Hurd is an OS, does this mean that *any* application that runs on it
>>is a derivitive work and falls under GNU Public License?
>
>No. Even a lawyer would think that that was silly.

So you are saying that 'true' is a piece of software, above and apart from
hurd itself?  Thus I can piecemeal replace things until there isn't enough
to run?

You seem to be implying that 'hurd' is not a unit; thus I do not need to give
them sources to the pieces I remove from hurd and rewrite, since they do not
constitute an "improvement" (derived work) of the GNU code.

I find this hard to believe, and harder to beieve that GNU wouldn't have a
lawyer call up and draw the line for me, were I to do this.


					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
-------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: Re: selling 386BSD (was Re: 386BSD on CD-ROM?)
Organization: Taronga Park BBS
Date: Sun, 16 Aug 1992 02:00:23 GMT

In article <1560@hcshh.hcs.de> hm@hcshh.hcs.de (Hellmuth Michaelis) writes:
>2nd, where is the need to advertize for something which one can get for
>FREE everywhere ?
>it's just for getting (too much) money from those poor souls without
>usenet/internet access ....

So put out your own advertisements, and charge a minimal rate to cover
production and advertising costs.
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032