HDTenEightyP/NetNews huggingface dataset:
From: wigodsky@cwis.unomaha.edu (Andrew Wigodsky)
Subject: Xfree386 1.0.2
Organization: University of Nebraska at Omaha
Date: Thu, 10 Sep 1992 20:14:34 GMT

Would someone mind telling me why X386 is _so_ disk intensive. 
Whenever I scroll from one Xterm to another, it seems to take 
_forever_ because of all the disk access that is going on.

I am running on a  386-40 (AMD. of course)  and my unix partition
is on an 80MB maxtor IDE..  any clues as to why X386 is so slow?

-Drew

wigodsky@cwis.unomaha.edu
(or) wigodsky@unomaha.edu

--
/--------------------------------------------------------\
|     Andrew Wigodsky                                    |
|        wigodsky@cwis.unomaha.edu                       |
\--------------------------------------------------------/
Newsgroups: comp.unix.bsd
From: ccml@hippo.ru.ac.za (Mike Lawrie)
Subject: Re: 386BSD hangs
Organization: Rhodes University, Grahamstown, South Africa
Date: Tue, 8 Sep 1992 19:02:40 GMT

In <david.715668854@mlb.geomechanics.csiro.au> david@mlb.geomechanics.csiro.au (David Le Blanc) writes:

>hell@desert.in-berlin.de (Steffen Hellwig) writes:

>>Hallo world.
>>I've some problems running 386BSD on my 386 40MHZ with an ADAPTEC 1542A
>>I've installed 386BSD sucsessfully on a Fujutsu M2624FA SCSI Disk and every 
>>thinks works fine.
>>But sometimes, most often during heavy disk-io, the machine hangs without
>>any comments.

>>Anyone else noticed that strange thing?

>I have had that happening. It usually happens when I do two large things
>such as run GCC twice while under Xwindows.. The swapping will halt, and
>the machine will go quiet. And stay that way.

Similar experience here. Do two large "makes" of libraries and binaries
from separate telnet sessions, and the system reboots every now and
again. Bit of a curse, as it does not recognise the WD enet card at
reboot unless I press the hardware reset button.

My system has a 154x Adaptec card, a 600Mb SCSI, 8Mb RAM, 386 DX
processor, Octek motherboard.

Mike
-- 
Mike Lawrie                                    <ccml@hippo.ru.ac.za>
Director, Computing Services                   ph +27 461 22023 x 279
Rhodes University, Drostdy Rd                  fx +27 461 25049
Grahamstown 6140, South Africa
Newsgroups: comp.unix.bsd
From: alm@netcom.com (Andrew Moore)
Subject: Re: Fixed: Runs at 8MHz, Crashes at 33MHz, 386bsd
Date: Sun, 13 Sep 92 06:07:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: bug

In article <1992Sep12.134712.17755@news.cs.indiana.edu> "Michael Squires" <mikes@moose.cs.indiana.edu> writes:
>(and the Checkit/AMIDIAG type of tester doesn't stress the hardware enough
>to find the problems).  
>
>I wonder if there is a program that is small enough to fit on the boot disk
>which would really stress memory which could be used to test prospective
>clones in the store or at the hamfest/computerfest/Trenton/Dayton Hamvention?

    QAPlus (DOS) long memory test uncovered an intermittent RAM error
    on an old no-name Taiwanese board.  It took several hours to flag
    the bad RAM, but now the system runs 386BSD flawlessly.  I too
    would like to have a 386BSD version of QAPlus, but for the time DOS
    works (it formats floppies too :)
    -Andrew Moore <alm@netcom.com>
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: X386 corrupts the screen on exit
Date: Sat, 12 Sep 92 03:36:28 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <BuDGqu.11M@micromuse.co.uk> adam@micromuse.co.uk writes:
>The subject says it. When I leave X386, my text screen is corrupted.
>Characters appear as vertical lines of various length or spaces.
>
>I am starting X from xinit as xdm is still screwing up at the moment.
>
>Anyone know how to fix this ???
>
>Adam

All reported X11R5 bugs have been fixed, except for a scrolling
problem while using xman. the new server is agate.berkeley.edu:/pub/incoming/X386

Hope this helps,
Amancio Hasty
Organization: Penn State University
Date: Tue, 8 Sep 1992 03:38:48 EDT
From: Mark Solsman <MHS108@psuvm.psu.edu>
Newsgroups: comp.unix.bsd
Subject: ec0 question, use 3c501 instead of 3c503?

Hello again,
Seems that tiny bsd doesn't recognize my 3com 3c501 card, the install.notes
mentions  3com 3c503 support.  Is there any way to use a 3c501 card instead?

thanks in advance!
-----
Mark Solsman

The Pennsylvania State University  -  University Park, Pennsylvania
                "My opinions are not that of my own"
From: ccml@hippo.ru.ac.za (Mike Lawrie)
Newsgroups: comp.unix.bsd
Subject: Re: 386bsd: elvis won't compile
Date: 13 Sep 92 21:29:28 GMT
Organization: Rhodes University, Grahamstown, South Africa

In <BuA04M.J6H@ibmpcug.co.uk> adrian@ibmpcug.co.uk (Adrian Hall) writes:

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

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

>Seriously though (sorry if I assumedyou didnt know the usage of the
>mkdir command!),

Yes, this clears the problem (many thanks), and indeed the mkdir command
is very simple. The issue is to have the confidence that this is in fact
the cause of the problem, and not something much more serious.

It is not particularly obvious to me why the problem existed, surely
the make should be able to do this automagically? The structure of
the makefiles with .includes of mk files looks pretty complex to the
uninitiated. If each time the make failed (including for some pretty
serious reasons) then simple going around taking what might be wild
shots at clearing the problem (eg deleting/creating files/directories)
could wreck my installation.

Thanks for your help - maybe someone will put this into the FAQ, as it
is a pitfall for a beginner.

Mike
-- 
Mike Lawrie                                    <ccml@hippo.ru.ac.za>
Director, Computing Services                   ph +27 461 22023 x 279
Rhodes University, Drostdy Rd                  fx +27 461 25049
Grahamstown 6140, South Africa
Newsgroups: comp.unix.bsd
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: 4.3BSD for VAX?
Organization: DEC Network Software Lab
Date: 8 Sep 92 10:34:10

> 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?

The VAX device drivers and other low-level modules are ridden through and
through with old V32 (Bell Labs) code.  Much of the newer stuff was donated
by Armando et al from DEC, or written by various kind and desperate hackers
such as Chris Torek while he was at UMD.  However, it is likely that even
if a 4.4 port appears (which appears less and less likely as other deadlines
loom ponderously on the horizon), it will not be part of 4.4-lite or other-
wise freely redistributable.  There's just too much original Bell Labs code
in that part of the system; that's why it wasn't on Net-2.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
Newsgroups: comp.unix.bsd
From: terry@cs.weber.edu (A Wizard of Earth C)
Subject: Re: [386BSD] Problem in using tip!
Organization: Weber State University  (Ogden, UT)
Date: Mon, 7 Sep 92 08:41:15 GMT

In article <Meei2qO00WB9ELdVwV@andrew.cmu.edu> tj2n+@andrew.cmu.edu (Tao Jiang) writes:
>
>I posted my question two days ago but no response yet.  Here is my
>problem again.  Sorry for that.
>
>I got a problem in using tip. After the dialing tone, (I think it connected
>to the remote computer, cause the sound was just like I got via using kermit),
>but after that, I lost connection.  The process is like the folowing:
>
>[~/tmp] 41 --> dial-annex
>
>dialing...
>RING
>call failed
>[EOT]

Looks like the parity is not stripped before the "RING" is compared for.
Do your dialing a 8N1 rather than 7E1 or 7O1.

If your modem doesn't use "RING" to indicate the remote phone is ringing,
then perhaps you are receivign an incoming call every time (not likely 8-)
or you have confused anser and originate settings.


					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: julian@tfs.com (Julian Elischer)
Newsgroups: comp.unix.bsd
Subject: Re: Maximal kernel size (was Re: /dev/lp and LARGEW  configurations)
Date: 14 Sep 92 20:14:21 GMT
Organization: TRW Financial Systems

In article <1992Sep14.183224.20942@news.th-darmstadt.de> deeken@iti.informatik.th-darmstadt.de (Hans-Christoph Deeken) writes:
>Paul (dri@gl.pitt.edu) wrote:
>> BTW, when I use the LARGE configuration the kernel builds but when I
>> reboot with the new kernel the boot loader complains that the file
>> (386bsd) is too large to load, andd tries to load 386bsd.alt and
>> 386bsd.old.  What is causing this?
>
>I had this problem also. I fiddled a bit with the configuration and got
>the result, that only kernels with a size (text+data+bss) <= 640KB were
>able to boot. The standard PC limit ;-)
>It seems as if the kernel gets loaded into the memory below the area where
>the I/O-cards live. I didn't investigate this further, since I got my kernel
>small enough to boot, with all the features I needed.
>
>Shouldn't it be possible to modify ??boot and boot?? to load the kernel at
>the _end_ of physical memory?
>
>Hannes

The new bootblocks (BIOS based) will load the kernel to wherever it is linked
to e.g. if you link for FE100000 it will load to 100000.
if you link for FE000000 if will load it at 0. This gives us support needed
to start experimenting with loading the kernel above the IO map area at 640k
(e.g. loading at 1MB) The information as to where to load it is 
taken from the a.out header at the front of the kernel.

It should also allow the kernel to have it's symbols loaded (which none
of the kernels i have here can do, because then they wont fit
below the boot loader at 608k.) The kernel debugger is SO much
easier to use with symbols (having used in on mach).

I plan on releasing a beta set of the bootblocks and scsi system
next week-end.. stay tuned

julian
+----------------------------------+       ______ _  __
|   __--_|\  Julian Elischer       |       \     U \/ / On assignment
|  /       \ julian@tfs.com        +------>x   USA    \ in a very strange
| (   OZ    ) 2118 Milvia st. Berkeley CA. \___   ___ | country !
+- X_.---._/  USA+(510) 704-3137(wk)           \_/   \\            
          v
From: deeken@iti.informatik.th-darmstadt.de (Hans-Christoph Deeken)
Newsgroups: comp.unix.bsd
Subject: Maximal kernel size (was Re: /dev/lp and LARGEW  configurations)
Date: 14 Sep 92 18:32:24 GMT
Organization: TH Darmstadt
X-Newsreader: Tin 1.1 PL5

Paul (dri@gl.pitt.edu) wrote:
> BTW, when I use the LARGE configuration the kernel builds but when I
> reboot with the new kernel the boot loader complains that the file
> (386bsd) is too large to load, andd tries to load 386bsd.alt and
> 386bsd.old.  What is causing this?

I had this problem also. I fiddled a bit with the configuration and got
the result, that only kernels with a size (text+data+bss) <= 640KB were
able to boot. The standard PC limit ;-)
It seems as if the kernel gets loaded into the memory below the area where
the I/O-cards live. I didn't investigate this further, since I got my kernel
small enough to boot, with all the features I needed.

Shouldn't it be possible to modify ??boot and boot?? to load the kernel at
the _end_ of physical memory?

Hannes
--
Hans-Christoph Deeken                                        (Glenlivet on IRC)
Inst. fuer theoret. Informatik          (deeken@iti.informatik.th-darmstadt.de)
TH Darmstadt, Germany          (I don't speak for THD, they don't speak for me)
        "Whisky ist fluessiges Sonnenlicht --- George Bernard Shaw"
Newsgroups: comp.unix.bsd
From: pauls@icecreambar.css.itd.umich.edu (Paul Southworth)
Subject: adduser, rmuser
Keywords: 386bsd adduser rmuser
Reply-To: pauls@umich.edu
Organization: University of Michigan
Date: Wed, 9 Sep 1992 14:37:01 GMT

I've found man pages for adduser, but no utility.

I've found no sign of an rmuser or userdel function at all.

Do these exist?

I have bin01 and etc01 installed fully.

Paul Southworth
<not speaking for>
Consulting and Support Services
Information Technology Division
University of Michigan
Newsgroups: comp.unix.bsd
From: toad@rubikon.han.de (Peter Cleve)
Subject: Re: backup w/ compression for UN*X?
Organization: Rubikon Rethen BRD
Date: Sun, 06 Sep 92 10:26:33 GMT

In <1992Sep3.015437.15379@msuinfo.cl.msu.edu> paoletti@cps.msu.edu (David R. Paoletti) writes:

>Does anyone know of any software for UN*X, 386BSD or otherwise,
>that does on-the-fly compression?  Thinking of looking into
>writing my own, or getting some 386BSD people together to help,
>as soon as I get my new machine built with enough HD space to
>re-compile 386BSD...  This would be really nice for people with
>floppies, or even people who want to save on tapes.

Try compact, posted 1 or 2 Year's ago in comp.sources.*.

     DESCRIPTION
	  compact is a modified	Lempel-Ziv-Welsh data compression
	  utility designed to do high speed data
	  compression/decompression of large files, particularly
	  system backups.  The algorithm resembles the V.42bis
	  compression engine, but was developed	independently.

	  This program is similar to the well known compress program
	  but runs faster, compresses large files better, and has a
	  superior worst case expansion	of incompressable data.	 The
	  program supports multi-volume	data sets, and can run as
	  multiple concurrent tasks to overlap compute and I/O
	  activities.  These characteristics make it particularly
	  useful when doing periodic system backups, especially	with
	  streaming tape drives.

-- 
Peter Cleve, Hildesheimer Str. 316, 3014 Laatzen 3, Tel. 05102/1854 (Voice)
  Energiesparen ist das moralische Aequivalent zum Krieg. (Jimmy Carter)
Newsgroups: comp.unix.bsd
From: karn@qualcom.qualcomm.com (Phil Karn)
Subject: Re: SCSI -- CDROM Problems..., also PCNFS
Reply-To: karn@chicago.qualcomm.com
Organization: Qualcomm, Inc
Distribution: usa
Date: Sat, 12 Sep 1992 08:05:35 GMT

In article <1992Sep11.213817.4271@rwwa.COM>, witr@rwwa.COM (Robert Withrow) writes:
|> I am attempting to connect a NEC CDR-37 CDROM drive to the AHA-1542
|> in my 386BSD system, without much luck.  I keep getting the famous
|> SCSI Sense: 0 0 0... message (say, in responst to a cat /dev/ras1a).
|> 
|> 1) Is there a collected set of patches for SCSI support?
|> 
|> 2) Has anyone succeeded in getting this or a similar configuration
|> working?

I have a Toshiba 3100 CD-ROM drive working fine on my system (with
Adaptec 1542B). Mounting CD-ROMs took a little doing the first time,
since there were some minor errors in the manual page. I think I still
have to issue the mount command twice, the first bombs with some sort
of read error. After that, I can read the file system fine.

Now if I can just get PCNFS to work so I can access the CD-ROM drive
on the 386BSD machine from my DOS machine, I'll be quite happy.
(There's an awful lot of software on CD-ROM that runs only under DOS,
but I don't want to buy another SCSI CD-ROM drive just yet.)

Unfortunately I get "permission denied" errors when I try to mount
*any* 386BSD filesystem on my DOS machine using PCNFS, even when I
have the /etc/exports file set up properly (and can mount them fine
from a Sparcstation, and yes, I have PCNFSD running on the 386BSD
machine, and no, I'm not typing the wrong password.)

Phil
From: hedrick@athos.rutgers.edu (Charles Hedrick)
Newsgroups: comp.unix.bsd
Subject: Re: Loading 386bsd via slip?
Date: 7 Sep 92 18:04:25 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

cjohnson@venice.sedd.trw.com (Clarence Johnson) writes:

>I've been tring to load 386bsd via slip without much success.
>Has anyone ever done this?  Can someone post an example of how it 
>is/was done?  Followed Instructions in INSTALL.NOTES but modem never dialed.

The instructions assume that you have already dialed your modem and
turned on SLIP at the other end.  I got SLIP to work following the
instructions, but I had dialed and started SLIP under Linux.  However
I got continuous silo overflows under 386BSD (at 9600 bps using a 33
MHz 486).  I ended up downloading the files under Linux and writing
floppies!  I believe you could use tip to dial the modem and get
things started, but if my experience is typical (there are reports
saying similar things), SLIP isn't quite ready yet.
From: pustule@cats.ucsc.edu (Thaddeus H. Wood)
Newsgroups: comp.unix.bsd
Subject: 3com503 Ethernet support _NEEDED_ for 386BSD!
Date: 9 Sep 92 02:47:43 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: am.ucsc.edu


Greetings.  I am in dire need of a kernel that supports
the 3com503 ethernet adapter.  A new-bootable (ideally),
or a new kernel, or any information at all would be greatly
appreciated.

Thanks.

--
Thad
Newsgroups: comp.unix.bsd
From: mishra@joust1.dsg.dec.com (Alok Kumar Mishra)
Subject: 8013 EPC ethernet card not working 
Reply-To: mishra@joust1.dsg.dec.com (Alok Kumar Mishra)
Organization: Digital Equipment Corporation
Date: Wed, 16 Sep 1992 03:07:32 GMT

	Hi,
		I installed a 8013 EPC ( western digital ) ethernet card
	and changed the irq 2 to Irq 3 and rebuit the kernel,kernel booted fine
	and it found ethernet controller at irq3 

	e.g.
	
	we0 ethernet address 00::00:c0:38:c6:42 at 0x280 irq 3 on isa

	ifconfig worked fine but I cannot connect/ping to any another 
	host on the network,in some earlier posting someone mentioned that
	one has to move vga card to 8 bit slot so that western digital
	ethernet controller can work,I moved my 16 bit vga card to 8 bit
	slot,it still did not work,I changed ethernet card with new one ,it
	still did not work,then I took old kernel and got 8013 EPC card
	it also behaved same way,it is being recognized at boot time,but
	I can do nothing with it,but I can ping to same host .

	also card is not recognized at warm boot.

		Please help.

							Thanks
							Alok Kumar
From: slix@svcs1.UUCP (Bill Miller)
Newsgroups: comp.unix.bsd
Subject: Re: backup w/ compression for UN*X?
Summary: yes, but will it span disks?
Date: 7 Sep 92 01:33:52 GMT
Organization: Silicon Valley Computer Society, Sunnyvale, CA

In article <colin.715495706@marsh>, colin@marsh.cs.curtin.edu.au (Colin Manning) writes:
> You could use tar -cf - <directory> | compress | tar -cf -
> 
> (I think the second one should work, but if you have GNU tar use that.)
> 
> >I realize that this isn't the standard UN*X way to do backups,
> >but a compressing dump program would be really useful to students.
> 

Yes, I tried this, plus some of the other suggestions, but I don't see
how it will span disks.  Tar by itself would be more convenient than
cpio, I suppose, but it would be nice to stick in a prompt or something
to change disks when the first disk fills up.  Tar just seems to keep
going.

Or, do you simply switch disks as soon as the little red light on the
drive has gone out for a while? :)


Newsgroups: comp.unix.bsd
From: scott@pita.cns.ucla.edu (Scott Burris)
Subject: Re: SCSI -- CDROM Problems...
Distribution: usa
Date: 11 Sep 92 18:55:07 PDT

witr@rwwa.COM (Robert Withrow) writes:

>I am attempting to connect a NEC CDR-37 CDROM drive to the AHA-1542
>in my 386BSD system, without much luck.  I keep getting the famous
>SCSI Sense: 0 0 0... message (say, in responst to a cat /dev/ras1a).

>1) Is there a collected set of patches for SCSI support?

>2) Has anyone succeeded in getting this or a similar configuration
>working?

Check to see that the sync negotiation jumper is removed from the AHA-1542.
The NEC drives throw up badly if you attempt synchronous negotiation with
them.  Also, you should install a patch I posted a few weeks ago to
fix a bug in the CDROM filesystem code.  I have a NEC CDR-84 drive working.

-- 
----------
Scott Burris
UCLA Campus Network Services
cnetslb@oac.ucla.edu (310) 206-4860 - OR - scott@pita.cns.ucla.edu
Newsgroups: comp.unix.bsd
From: sef@kithrup.COM (Sean Eric Fagan)
Subject: Re: AT&T Long Distance Boycott (was: BNR2SS, Mach, and The Lawsuit)
Organization: Kithrup Enterprises, Ltd.
Date: Tue, 08 Sep 1992 08:54:37 GMT

In article <QA2J6LM@taronga.com> peter@taronga.com (Peter da Silva) writes:
>Sorry, if you have to provide your own termcap you're back where you started:

Sorry, if you have to provide your own main() your language is useless.

Sorry, if you have to provide your own fp-to-base-37 routines your language
is useless.

Sorry, if you have to provide your own custom IO routines, your language is
useless.

Etc.

The termcap library is *SMALL*.  It's better if it's on every system, but
it's small enough that it can be provided as part of your application and
not be terribly visible.  Emacs does that, or did at one point (although
emacs is not something I like using as an example).

>(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.)

1.  Pnews and Rnmail work quite well with 1003.2 utilities.  Or did you
forget that the POSIX system is a *SYSTEM* -- in general, most programs will
deal with .1 and .2 and be reasonably complete.

2.  Pnews can easily be incorporated into *rn.  No real reason it's not,
except that it can be customized without recompiling the sources.

3.  As for mail, tell you what, Peter:  why don't you come up with a mail
system (reader, sender, interface, system-to-system interface, file format,
filesystem layout, etc.) that can work on all systems, and then I'll add the
code to t?rn to support that.

-- 
Sean Eric Fagan  | "You can't get lost in one room, no matter how
sef@kithrup.COM  |  little effort you make to learn your way around."
-----------------+    -- William E Davidsen (william@crd.GE.COM)
Any opinions expressed are my own, and generally unpopular with others.
Newsgroups: comp.unix.bsd