HDTenEightyP/NetNews huggingface dataset:
From: mjj@mlb.dmt.csiro.au (Murray Jensen)
Newsgroups: comp.unix.bsd
Subject: Re: 2nd drive file ... (Actually wd ESDI problems)
Date: 16 Aug 92 16:46:50 GMT
Organization: CSIRO Division of Manufacturing Technology, Melbourne, Australia

From article <16dfmeINN3u7@disaster.Germany.EU.net>, by bs@Germany.EU.net (Bernard Steiner):
> Well, I don't have DOS. However, I noticed that dd'ing off 386bsd pertitions
> will not find all bad blocks, whereas dd'ing off the 'd' 'partition' does.

I used the 'c' partition because I have a DOS5 partition and a 386BSD partition
(MS-DOS partitions not BSD partitions), and if I used the 'd' partition I would
be told about bad sectors in the DOS partition, which bad144 can't do anything
about. The 'c' partition covers the 386BSD area only, whereas the 'd' partition
covers the whole disk. 'c' and 'd' are the same if you don't use DOS partitions.

> BTW did your kernel actually print out the bad sectors or are you using a
> modified kernel ? If it's the standard thing it does, would you mind
> telling us about any magic flags you gave disklabel.

No. I couldn't make the kernel print the errors - that's why you use dd. dd
will tell you how many blocks it read before the error occurred, from this
information and the (BSD) partition table you can work out the sector number
to give to bad144.
								Murray...
-- 
Murray Jensen, CSIRO Div of Manufacturing Tech,     Phone: +61 3 487 9263
Locked Bag No. 9, Preston, Vic, 3072, Australia.      Fax: +61 3 484 0878
Internet: mjj@mlb.dmt.csiro.au			   ACSnet: mjj@asgard.dmt.oz
From: pb@idca.tds.philips.nl (Peter Brouwer)
Newsgroups: comp.unix.bsd
Subject: Re: ESDI disk performance under 386BSD
Date: 17 Aug 92 12:52:36 GMT
Reply-To: pb@idca.tds.philips.nl (Peter Brouwer)
Organization: Digital Equipment Enterprise B.V.,Apeldoorn,The Netherlands.

X-Disclaimer: This opinion is mine alone

In <1992Aug15.064435.13623@fcom.cc.utah.edu> terry@cs.weber.edu (A Wizard of Earth C) writes:

>In article <1992Aug14.170148.22228@dsuvax.dsu.edu> ghelmer@dsuvax.dsu.edu (Guy Helmer) writes:
>[ ... my WD1007V-SE2 controller an my Wren VI seem real slow ... ]

>There are 2 delay(100)'s in the disk driver to make it slower.  Dunno if this
>is what's biting you.  I suspect you are missing the interleave.  With that
>controller, make sure the low level format (not possible with 386BSD -- use
>a DOS tool) is 1:1.

Also you should experiment with the gap value in mkfs. This greatly influence
your disk performance.



--
#  Peter Brouwer,                | Digital Equipment Enterprise ,              #
#  NET  : pb@idca.tds.philips.nl | Integration Industry Standard Systems,      #
#  PHONE:ext [+31] [-0]55 432992,| Dept Systems Enginering, Bld V1/B4          #
#  FAX  :ext [+31] [-0]55 432070 | P.O.Box 245,7300AE Apeldoorn,The Netherlands#
From: hlu@phys1.physics.wsu.edu (Hongjiu Lu)
Newsgroups: comp.unix.bsd
Subject: Re: Bug Report: Missing strtod in 386BSD, plus code
Date: 17 Aug 92 18:21:33 GMT
Organization: Washington State University

[strod.c is deleted]

Please don't use it. The code is a joke. Please send a note to
David M. Gay at dmg@research.att.com. He has what you want.


-- 
H.J.
Gcc/libc maintainer for Linux.
Newsgroups: comp.unix.bsd
From: uch024@zx1 (Lothar Koniczek)
Subject: Problems with X386 1.2E 1.0.1
Summary: Booting of X386 is buggy
Keywords: X386 unix bsd pc xwindows
Reply-To: uch024@zx1.hrz.uni-dortmund.de
Organization: University of Dortmund (Germany), Department of Chemistry
X-Newsreader: Tin 1.1 PL4
Date: Thu, 20 Aug 1992 10:29:01 GMT

Hey folx,
i've got a friend who isn't able to post but can read news!
So i will post his request for him.


=====================================================================

When i start the startx script or 'xinit...' my
system hangs after printing the message:

        X386 Version  1.2E 1.0.1  / X Window System
        (protocol version 11, revision 0, vendor rlease 5000)

Keys pressed are printed on screen (console) but there
is no reaction.
Only about 3 times the desktop appeared.
After reboot there is a coredump left.

My system:
	80486-33, 8MB ram
	520MB Fujitsu-HD
	Adaptec 1542B
	Genius mouse
	Cherry keyboard
	400MB BSD partition + 32MB swap space
	VGA with ET4000

Does anybody know how to solve my problem?
                                  Thanks
                                      Uli
(Please mail to:  joergens@snorre.informatik.uni-dortmund.de
                  if you can't post)

=====================================================================

Well, this was the problem.
Hope there is someone around who can help him :)
                                 Lothar

--
---------------------------------------------------------------------
Lothar Koniczek			|Internet: uch024@zx1.HRZ.Uni-Dortmund.de
University of Dortmund (Germany)|Bitnet:   uch024@ddohrz11.BITNET
Department of Chemistry		|Voice:  Sorry, currently not available
From: sand@milton.u.washington.edu (Derek Upham)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd: 16550, color, vt100
Date: 20 Aug 92 20:11:01 GMT
Article-I.D.: milton.sand.714341461
Organization: University of Washington

eje@irenaeus.mlo.dec.com (Eric James Ewanco) writes:

>First: I am running my modem at 9600/19200 bps and appear to be majorly losing
>characters.  I have a 16550 AFN UART; does 386bsd support it? I think this is
>basically a requirement.  I want to get slip running.

386BSD does recognize 16550A FIFOs; check the boot-time messages.  The
problem seems to be in the distributed "com.c".  A stopgap solution is
to bring your DTE transmission rate as far down as you can afford
(this will reduce the problem, but may not entirely solve it).  Once
you're ready to reconfigure your kernel, install the experimental
"com.c" at agate.berkeley.edu.  It seems to fix a lot of the problems.

>Second: Is there any way to change the text color to green? I hate
>white.  Will ANSI colors work?

Check out /etc/rc.  It has escape sequences that change the color at
boot time.  You should be able to fiddle with them and put something
in /etc/rc.local.

>Third: 386BSD seems to want to implement ANSI/vt100 emulation, but it does an
>absolutely horrendous job of it. I can't even get a decent gnu emacs screen
>logged into my workstation. Maybe this has to do with dropping characters. Any
>ideas?  Any new terminal drivers?

386BSD uses a "pc3" terminal type (check out the termcap file for more
info).  If you want ANSI/vt100 emulation, use "screen" once you've
logged on.  Be warned that "screen" has a known bug (get the Unofficial
Buglist for more info), and that ANSI emulation tends to be more
successful than vt100 emulation (at least with the shipped "com.c").

Derek

-- 
Derek Lynn Upham                                     University of Washington
sand@u.washington.edu                University Computing Services Operations
=============================================================================
"Ha!  Your Leaping Tiger Kung Fu is no match for my Frightened Piglet Style!"
From: neal@neal.ctd.comsat.com (Neal Becker)
Newsgroups: comp.unix.bsd
Subject: swap problems - Not Again!
Date: 13 Aug 92 13:07:24 GMT
Organization: COMSAT Labs

I have a recent 386/4Mb with Wd1007V and 150Mb Micropolis EDSI drives.
When 0.1 installed, I get "clean of page xxx failed" warnings.  A LOT.
By the hundreds.

I read the messages saying this was due to swap not being on a
cylinder boundary.  I have battled this for a couple of weeks now.

In my most recent feeble attempt, I tried the 0.1 install but told it
to use the whole disk.  This did *not* fix the problem.  Disklabel
showed the dreaded asterisks on the swap partition!

I made a disktab entry and disklabeled.  Now I have this:

# /dev/rwd0d
type: ESDI
disk: neal
label:
flags:
bytes/sector: 512
sectors/track: 35
tracks/cyl: 8
sectors/cyl: 280
cylinders: 1022
rpm: 3600
interleave: 1
[...]

	size	offset	fstype	fsize	bsize	cpg
	------	------	------	-----	-----	---
a:	275240	0	4.2BSD	1024	8192	16	0-982
b:	10080	275240	swap				983-1018
c:	285880	0	unused	0	0		0-1020

10080 is a multiple of 280.  No more cursed asterisks!!

Now I newfs'd, and installed manually.  One note here, since I did not
participate in the great 0.0 experiment, I can't find any instructions
on how to install manually.  Here's what I did (trial and error):

1. mount -u /dev/fd0a /
2. mount /dev/wd0a /mnt
3. zcpio -pdm /mnt < /etc/baselist.Z
4. cd /mnt; zcpio -idm < /etc/baseutils.cpio.Z
5. shutdown

Then boot off hd.  This is OK.  Next, I used mread to load bin01 into
/tmp.  Then I used extract.  This went OK.

6. Shutdown
7. Reboot.  No good.  Says there's no /etc/fstab.
8. Make /etc/fstab.  Put this in it:
/dev/wd0a / ufs rw 1 1

9. Reboot again.  This time it boots OK (after manually running
fsck).!
10. SAME PROBLEM AGAIN!@!!!!!  clean of page xxx failed!@!!!  Hundreds
of them!  Help!
From: bs@Germany.EU.net (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: Yet another way to cause a kernel panic
Date: 17 Aug 1992 15:06:16 GMT
Organization: EUnet Backbone, Dortmund, Germany
Distribution: world
NNTP-Posting-Host: walhalla.germany.eu.net

Just found a nice way to cause a panic:
#include <unistd.h>
main()
{
	chroot("/bin");
	execl("./bin/sh", "-i", 0);
}

compile; log in as root, cd / and execute program...
bin/sync syncs the disks, while bin/ls starts listing and then panics
the system. WHY ?

Just because the process root is _above_ the process cwd is no legitimate
reason imho ;-)

Cheers,
	Bernard
-- 
Bernard Steiner, FB Informatik/IRB, Uni Dortmund,    vox +49 231 755 2444
Postfach 500500, D-W-4600 Dortmund 50, Germany       fax +49 231 755 2386
bs@Germany.EU.net          ...!uunet!unido!bs

*III  And they gave it Instructions, but knew it not. } From The Book of Nome,
*IV   It is, they said, a Box with a Funny Voice.     }      Mezzanine v.III-IV
From: bvs@BitBlocks.com (Bakul Shah)
Newsgroups: comp.unix.bsd
Subject: Re: re_comp/exec() ?
Date: 20 Aug 92 17:00:05 GMT
Organization: Bit Blocks, Inc.

hm@hcshh.hcs.de (Hellmuth Michaelis) writes:

>In <1992Aug19.170703.6627@news.uit.no> thostr@stud.cs.uit.no (Thomas Strandenaes) writes:

>>I can't find the re_comp/re_exec system-calls. I need these to
>>compile some of the source in /usr/othersrc. Can anyone give
>>a helping hand here?

>have a look in comp.sources.unix, volume7, Archive-name: regex, just
>needed them for index ...

Use Henry Spencer's regcomp() & regexec() that come bundled with
386bsd.  regcomp/regexec are similiar to system V's regcmp/regex
except that the object holding the compiled pattern has a
different type.  Do a `man regexp' to find out how to use them
Newsgroups: comp.unix.bsd
From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
Subject: Re: Choice of SCSI tape drive for 386bsd (longish blater)
Organization: Technische Universitaet Muenchen, Germany
Date: Thu, 20 Aug 1992 22:36:45 GMT

In article <TMH.92Aug20215543@doppel.first.gmd.de> tmh@doppel.first.gmd.de (Thomas Hoberg) writes:
>used for QIC 120 on such a drive. Tapes can be pretty expensive and
>more difficult to get for the higher capacities (QIC 525 or better).
>Throughput is around 90KB/sec for QIC <320 and around 200KB/sec for
>QIC <1350. QIC 1350 is supposed to be around 500KB/sec. 10GB capacity
>is promised by the end of the decade (so far the QIC companies have

The QIC-1000 (1GB) drives (such as Tandberg 4120) do 200k/sec as well
as 300k/sec (switchable). Tandberg has recently announced a 2GB device,
the 4200, which will also do 300k/sec.

>4) Unix doesn't deliver a lot more than 200KB/sec off it's file system
>when doing backups, so higher tape drive speeds have no practical
>value, indeed might be slower because the drive might stop streaming.

Perhaps the BSD FFS delivers more? I did not yet get around installing
386BSD (I have it laying around here) and it does not yet work with my
tape drive (Tandberg 4120) properly (it can access it but delivers lots
of error messages). However, under OS/2 2.0 with HPFS I get a througput
of 16.5MB/min (~280k/sec) and the tape keeps usually streaming.

This seems faster than affordable DAT's (which are still more expensive
than the 4120) for which I could get specs (SONY) when I went shopping
for the new tape drive recently.

Kai Uwe Rommel

/* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
From: tgt@neon.ecn.purdue.edu (Conan the Librarian)
Newsgroups: comp.unix.bsd
Subject: Re: csh bug
Keywords: configuration info
Date: 15 Aug 92 20:15:59 GMT
Organization: Purdue University Engineering Computer Network

Forgot to add my configuration info:

	Gateway 486-33 system, Phoenix BIOS
	202 MB Conner IDE drive
	520 MB Fujitsu SCSI drive

I'm using the dist.fs kernel provided by csg on agate.berkeley.edu.  Standard
5Mb swap space, with DOS coexisting on both drives.  No other bug patches
applied yet.

-tom
--
Tom Tobin				UUCP:     pur-ee!tgt	
Dept. of ChE				INTERNET: tgt@ecn.purdue.edu
Purdue University			Ma Bell:  home (317) 463-0189
W. Lafayette, IN 47907				  office "   494-4052
From: gpw10@phoenixcd.amdahl.com (Gary Ward)
Newsgroups: comp.unix.bsd
Subject: Re: Open xterm
Date: 18 Aug 92 04:46:24 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <IeX81Ee00WB8R3NEp6@andrew.cmu.edu>, tj2n+@andrew.cmu.edu
(Tao Jiang) writes:
> Hi, can somebody tell me how I can open more than two xterms?
> 
> I tried to open the third xterm today, but it complained as:
> xterm: no available ptys
> 
> Thanx in advance!

This is a limit compiled into the distribution kernel.  In the
GENERICISA file (/sys/i386/conf/GENERICISA, or whatever you call your
configuration file) change the line:

	psuedo-device	pty	4

to

	psuedo-device	pty

and then rebuild the kernel.  I have had more than a dozen xterms up at
once after this fix.
-- 
+------------------------+---------------------------+
| Gary Ward              |  Amdahl Corporation       |
| gpw10@cd.amdahl.com    |  1250 East Arques Avenue  |
| Phone : (408)746-8865  |  P.O. Box 3470 M/S 142    |
|                        |  Sunnyvale, CA 94088-3470 | 
+------------------------+---------------------------+
Newsgroups: comp.unix.bsd
From: gallersd@picasso.informatik.rwth-aachen.de (Rainer Gallersdoerfer)
Subject: X386 does not switch to graphics mode
Keywords: X386
Organization: University of Aachen, W-Germany
Date: Wed, 12 Aug 92 14:54:08 GMT


Hello

I have problems running X386 - after starting via xinit it prints the 
banner and does not switch to graphics mode !

I did the following to set up my system:

- extracted bindist, etcdist, and the X386-tar-file for 386bsd
- used the patched generic kernel from the X386-tar-file
- striped X386
- mknod /dev/vga c 12 0
- adapted Xconfig for my video-card and Monitor

I've got an ET4000 card called 4MAX for which the utility dmode reports 
the same clock frequencys as mentioned for 2theMAX from modeDB.txt !
I know that the clock-speeds are generated using a special clock-chip 
and not due to lots of oscillators. I'm not sure whether the card is 
running in 16-bit or 8-bit mode :-(
The Monitor is an Addonics-Model 7C5. For the beginning I only tried 
standard vga video timing at "640x480" assuming that these timings 
are correct. 

NOW THE QUESTIONS:

What did I miss, what am I doing wrong ?


RAINER
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: Re: Restrictions on 'free' UNIX / 386BSD (Re: selling 386BSD)
Organization: Taronga Park BBS
Date: Mon, 17 Aug 1992 10:45:24 GMT

In article <5146@airs.com> ian@airs.com (Ian Lance Taylor) writes:
>peter@taronga.com (Peter da Silva) writes:
>[ who benefits because 386BSD is not under the GPL ]
>>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.

>I know this issue gets chased around and around a lot, but, after all,
>just because the Hurd is covered by the GPL does not mean it can not
>be sold shrinkwrapped in a store.  The GPL just means that the
>distributor has to put a piece of paper in the shrinkwrap saying
>``send $100 for complete source code'' as well as another saying ``you
>may give this software to your friends.''

I don't think that's commercially practical.

>Apple seems to do fairly
>well with a freely redistributable operating system.

That's because their "freely redistributable operating system" is protected
by a dongle called "The Mac ROMS".

>Also, just because the Hurd is covered by the GPL does not mean that
>programs that run on it must be under the GPL as well.

>I thought about these issues a lot when I decided to put my UUCP
>package under the GPL, and I've never seen any argument that was at
>all convincing as to why that was a bad idea.

I've got mixed feelings about Taylor UUCP being under the GPL, but it's
only a small part of an OS distribution, and could be included with a
commercial UNIXoid system without pain. I don't think the same is true
of an operating system itself.

>I've seen convincing
>arguments against putting library code under the GPL, but they do not
>apply if you are using shared libraries on a GPL-based operating
>system.

Well, except for the glue routines, or something like the BISON skeleton.

>>Mundanes are people too.

>In fact, they are the people who could make a shrink-wrapped Hurd a
>success.  Hackers would never pay money for such a thing, but people
>who are just interested in getting their work done certainly would (of
>course, they would need good reasons to buy it other than ``it's
>free'').

I can see them buying the first copy, but how are you going to sell
the second one? Mundanes are also notorious pirates, and this wouldn't
even be piracy!
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
From: allard@isi.edu (Dennis Allard)
Newsgroups: comp.unix.bsd
Subject: Re: RAWRITE jams
Date: 14 Aug 92 21:40:28 GMT
Reply-To: allard@isi.edu (Dennis Allard)
Distribution: world
Organization: USC Information Sciences Institute

I wrote:
> I downloaded tools/ from agate.berkely.edu onto a floppy
> RAWRITE.EXE does not work either in DOS (DRDOS) or in an OS/2

WHOOPS.  I used ftp with ASCII type transfer instead of BINARY type.
I am redownloading with binary and expect the problem to evaporate.

Why doesn't ftp make binary transfers the default, since they seem to
work with everything?  Is this some kind of efficiency issue, or what?

Dennis G. Allard
internet: allard@isi.edu
tel: 310-399-4740
fax: 310-399-2722
Newsgroups: comp.unix.bsd
From: peter@taronga.com (Peter da Silva)
Subject: House analogies
Organization: Taronga Park BBS
Date: Wed, 12 Aug 1992 12:17:23 GMT

Gak. You want analogies, try this on for size?

Adam thought up a new way of building houses. He wasn't in the house
selling business, so he started selling plans to builders.

Bob bought a set of plans, and built some houses on his property. Then
he started improving them. He sold plans for his improvements to other
builders who had bought Adam's houses.

Other people went out and took measurements of Adams houses, and made
plans from them, and built houses, and Adam said that was OK. He even
published the wiring and plumbing designs, which helped these people
(Charlie, Quincy, and so on). Some of these became popular, and people
started using them in office buildings by Ichabod and tents by Mark.

Bob started publishing parts of his plans, that didn't contain any of
Adams work, and asked Adam if it was OK. Adam said yes. In fact, Adam
was using this stuff to improve his own house.

So Bob went out to one of his houses and measured everything that was
different from Bob's house, and gave copies away to anyone who wanted
them. Adam didn't say anything.

So Bob finally went and measured his house down to the tiniest detail,
leaving out the few bits he was still doing using Adams plan, and gave
it away. Adam didn't say anything.

So Bob's buddy Bill (who used to work with Bob) took these plans and
used them to build houses. Adam sued Bill. Then Adam sued Bob. And
claimed they owned all the plans that included the stuff Bob gave away,
which by now included just about every house-builder out there.

Meanwhile Ichabod has been scaling down his office buildings, and Mark
has been improving his tents, and pretty soon nobody will want to live in
houses any more...

Did Bob do the right thing? Did Adam? Could Bob have measured so accurately
without working from Adam's plans? Adam thinks a house is too complex for
Bob to have built anyway. What will happen? See you next week... same Bat-time,
same Bat-channel...
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
From: kyle@wendy-fate.UU.NET (Kyle Jones)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Date: 18 Aug 1992 11:04:44 -0400
Organization: UUNET Communications
NNTP-Posting-Host: wendy-fate.uu.net

jfw@ksr.com (John F. Woods) writes:
 > The problem is that the law basically *requires* that the copyright get in your
 > face.

Yeah, but does all the verbiage have to be up front?  What's wrong with

/* Copyright 1992 Robin Magyor, see end of file for terms and conditions */

?
From: athos@eyrie.img.com.au (David Burren)
Newsgroups: comp.unix.bsd
Subject: Re: Telnet Connections
Date: 17 Aug 92 21:46:51 GMT
Organization: img Consultants, Melbourne, Australia

In <1992Aug7.204650.16276@msuinfo.cl.msu.edu> ignasiak@convex.cl.msu.edu (Todd Ignasiak) writes:

>I am running 386bsd with a wd8003 ethernet card. Telnet works fine,
>and people can connect to me with no problem.  But when more than 4 people
>try to connect at once, it won't let any more connections in.

>I can still ftp to it, but it won't allow another Telnet session.
>Is this a hardware limitiation of the wd8003 board, or is it 386bsd.
>And, most importantly, ia there a fix??

I think you'll find that you're still using the GENERICISA kernel and that
it only has 4 pty pairs configured.  A kernel rebuild will fix that.

- David B.
  athos@img.com.au
Newsgroups: comp.unix.bsd
From: anderson@zymurgy.bms.com (Jay Anderson)
Subject: bad144 questions
Organization: BMS Pharmaceutical Research Institute
Distribution: comp.unix.bsd
Date: Tue, 18 Aug 1992 19:52:32 GMT


I have a question about how to use bad144.  I have a MFM drive that has
flagged bad sectors.  Using a dos utility to do a defect scan, it reports
errors it finds in the format:

	Cyl  22, Head 3, Sector 1, Num sectors 26
	Cyl 150, Head 5, Sector 1, Num sectors 26
	Cyl 250, Head 1, Sector 1, Num sectors 26


The disk has 940 cyl, 8 heads and 26 sectors/track.

Given a list of bad spots in the above format, what is the right way to
compute the argument to give bad144?

Thanks,

Jay Anderson
--
+---------------------------------------------------------------------+
| Jay Anderson - N3JMC          Internet: anderson@optical.bms.com    |
| Bristol-Myers Squibb Company      Work: (609)-252-6039              |
| Princeton, NJ 08543               Home: (215)-836-1225              |
| I have a dinosaur for a representative, he has a small brain and    |
|    refuses to learn.                                                |
+=====================================================================+