HDTenEightyP/NetNews huggingface dataset:
From: dfr@ioc.co.uk (Doug Rabson)
Subject: [386BSD] New SCSI driver
Date: Fri, 8 Jan 1993 10:34:14 GMT
Organization: Intelligent Office Company Ltd.

Does the new SCSI driver support the older Adaptec 1542A as well as
the 1542B?  I know that the old one has problems with the older card.

What are the differences between the 1542A and 1542B?
--
Doug Rabson, IOC Ltd.	| Email:  dfr@ioc.co.uk
Phone: +44 81 528 9864	|	  drabson@cix.compulink.co.uk
Fax:   +44 81 528 9878	|
From: chapman@acf3.NYU.EDU (Gary W. Chapman, , , )
Newsgroups: comp.unix.bsd
Subject: Re: [386BSD] corrupt files
Date: 7 Jan 93 03:57:00 GMT
Organization: New York University

>>bin01.02 is corrupt
>>bin01.03 is corrupt
>>
>>when doing 'extract'.  What can I do?

>	They may not actually be corrupt!  I had this problem (with different
>	bin01.xx files) and it was caused by the kernel from dist.fs not
>	reporting errors on my ESDI drives.  I resolved this problem by getting

Yes, I believe that was it (although to tell you the truth I haven't
bothered to figure out if I have ESDI, or other.  It's a measy Hertz '386
from about 1988 with ~80 mb drive).  Many hours wasted!
From: "Andrew A. Chernov, Black Mage" <ache@astral.msk.su>
Newsgroups: comp.unix.bsd
Subject: [386bsd] Patch #4 for 8-bit curses, for standard curses too!
Date: Mon, 11 Jan 93 12:46:42 +0300
Distribution: world
Organization: Ha-oh-lahm Yetzirah
Reply-To: ache@astral.msk.su

Oh, NO! This curses are really buggy!

This small patch fix following problem:
[ assumed scrollok(stdscr, TRUE) ]
when addch(ch) at lower right corner of screen, curses are realy
gone mad instead if simple scrolling... Curses code assumed that
this will be done correctly, but implement it with two bugs.

*** addbytes.c.was2	Sun Jan 10 20:01:17 1993
--- addbytes.c	Mon Jan 11 11:29:09 1993
***************
*** 115,124 ****
      newline:
  			    if (++y >= win->_maxy)
  				    if (win->_scroll) {
  					    SYNCH_OUT();
  					    scroll(win);
  					    SYNCH_IN();
- 					    --y;
  				    }
  				    else
  					    return ERR;
--- 115,124 ----
      newline:
  			    if (++y >= win->_maxy)
  				    if (win->_scroll) {
+ 					    --y;
  					    SYNCH_OUT();
  					    scroll(win);
  					    SYNCH_IN();
  				    }
  				    else
  					    return ERR;
*** deleteln.c.was1	Fri Jan  8 16:00:59 1993
--- deleteln.c	Mon Jan 11 12:13:16 1993
***************
*** 67,73 ****
  		temp = win->_y[y];
  	for (end = &temp[win->_maxx]; temp < end; )
  		*temp++ = ' ';
! 	touchline(win, win->_cury, 0, win->_maxx - 1);
  	if (win->_orig == NULL)
  		_id_subwins(win);
  	return OK;
--- 67,73 ----
  		temp = win->_y[y];
  	for (end = &temp[win->_maxx]; temp < end; )
  		*temp++ = ' ';
! 	touchline(win, y, 0, win->_maxx - 1);
  	if (win->_orig == NULL)
  		_id_subwins(win);
  	return OK;
-- 
In-This-Life:  Andrew A. Chernov    |  "Hay mas dicha, mas contento
Internet:      ache@astral.msk.su   |  "Que adorar una hermosura
Organization:  The RELCOM Corp.,    |  "Brujuleada entre los lejos
               Moscow, Russia       |  "De lo imposible?!"  (Calderon)
From: tm@mentor.dk (Tonny Madsen)
Newsgroups: comp.unix.bsd
Subject: [386bsd] The install program (again)
Date: 8 Jan 1993 08:59:40 +0100
Organization: Mentor Informatik, Denmark
NNTP-Posting-Host: bach.mentor.dk
Keywords: install tiny bsd 386bsd

I have just been asked to install 386bsd on 30+ machines, and would
like some advise on this.

My idea is to make a 386bsd partition, that is as small as possible,
and then NFS mount everything else from a fast server (probably a
DEC/5000). In theory this partition can be as small as 2-3 Mb (plus
swap!), but it doesn't necessarily have to be this small :->

To do this I would like to have a single disk, like the tiny 386bsd
boot disk, that a potential user can use to make his local 386bsd
environment. And for this I need something like the install program
from the tiny 386bsd boot disk. I haven't been able to find this
program in my (full) distribution, and from a posting just before
christmas I understand this program isn't in the public domain. The
questions then is:

- can I get the sources for the install program anyhow? :-> :->

- does anybody have an install-like program I can use? :->

- does anybody have some of the code fragments, that is needed to get
  the disk geometry from the CMOS, make the initial disk label, and
  change the master boot block to use 386bsd or one of the multiple OS
  booters, that are available? :-|

- does anybody know how to get the disk geometry from the CMOS? :-<

Thanks in advance

-- tonny

-----
Tonny Madsen, Mentor Informatik a/s, Fredens Torv 6, DK-8000 Arhus C, Denmark
telephone: +45 86 20 13 33 telefax  : +45 86 13 01 33
e-mail   : tm@mentor.dk
-- 
-----
Tonny Madsen, Mentor Informatik a/s, Fredens Torv 6, DK-8000 Arhus C, Denmark
telephone: +45 86 20 13 33 telefax  : +45 86 13 01 33
e-mail   : tm@mentor.dk
From: abs@sunvax.sun.ac.za
Newsgroups: comp.unix.bsd
Subject: [386BSD] Will Everex tape controller work with 386bsd ?
Date: 4 Jan 93 12:19:05 GMT
Article-I.D.: sunvax.1993Jan4.141905.1
Organization: University of Stellenbosch

I have a 60 Meg Identica tape streamer made by Scientific Micro Systems of USA
with an EVEREX EV-833 controller card. It seems to be QIC-36.

I would like to use this with 386BSD. The tape driver which comes with 386BSD
tries to work but gives critical tape errors. I have tried the wt.c patched by
D. Muntz for the archive tape drive and card but that just crashed the system.

Has someone successfully got an EVEREX controller to work with 386BSD ? 
Or can someone please tell me where to get programming information for the
EV-833 from Everex so I can write my own ?

Any help or suggestions will be welcome.

Andre Skarzynski
abs@cs.sun.ac.za
Newsgroups: comp.unix.bsd
From: rooij@mozart.cft.philips.nl (G. van Rooij)
Subject: Re: kern_execve.c (patch)
Keywords: patch kern_execve.c #!
Organization: Philips Communications & Processing Services, Eindhoven
Date: Tue, 12 Jan 1993 16:03:24 GMT

Ah, so now my suid patches also will work well if you have as
your first line 
#!/bin/sh -
instead of 
#!/bin/sh
Since then the scriptname will nevber be usable as a command line
argument for the shell.

-Guido
Newsgroups: comp.unix.bsd
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Re: motif for 386bsd?
Organization: Applied Math, University of Bonn, Germany
Date: Fri, 8 Jan 1993 10:06:43 GMT

In article <C0F3rn.F8@ulowell.ulowell.edu> vpham@cs.ulowell.edu (vinh) writes:
>
>hi,
>does anyone have the address of the person who sells motif (or better
>yet the article posted by this person?)
>thanks.
>vp

Here you are:

Enrico Badella                          Internet: eb@icnucevx.cnuce.cnr.it
Soft*Star s.r.l.                                  softstar@pol88a.to.cnr.it
Via Camburzano 9                        Phone:    +39-11-746092
10143 Torino, ITALY                     Fax:      +39-11-746487


Unfortunately, my copy hasn't arrived yet even though Enrico mailed it
over two weeks ago :-(

I don't have his original article, maybe he can repost it.

-- Volker
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
Newsgroups: comp.unix.bsd
From: g88d4938@giraffe.ru.ac.za (MR GE DOYLE)
Subject: [386BSD] RAM address?
Keywords: RAM, network, 386bsd, address
Organization: Rhodes University, Grahamstown, South Africa
Date: Tue, 5 Jan 1993 07:34:21 GMT

HI all
 Does one of you possibly know where the RAM address for the network card
 in the 386BSD system can be found? I need to change it.
 
 Any help will be much appreciated.
 Thanx
  Greg

-------------------------------------------------
G.E. Doyle - g88d4938@alpha.ru.ac.za
  seex munths ago I koued not spel Kompeeuter Syince - 
  now I can write a C program that can do it for me.
From: mohta@necom830.cc.titech.ac.jp (Masataka Ohta)
Newsgroups: comp.unix.bsd
Subject: Constructive discussion (was Re: Dumb Terry)
Keywords: Han Kanji Katakana Hirugana ISO10646 Unicode Codepages
Date: 8 Jan 93 15:33:22 GMT
Organization: Tokyo Institute of Technology

In article <1993Jan7.122941.29218@ulrik.uio.no>
	toreh@bootes.sds.no (Tore Haraldsen) writes:

>... a bunch of bullshit far above the average for this news group. It is
>quite interesting to see someone so intent on attacking and with such a
>lack of constructive comments ...

What? To be construtive, could you show me an way to give files attributes
better than Terry? I'd rather be destructive on Vogon suggestions.

As for internationalization, I already wrote that ISO 2022 and EUC are better
than 10646. Isn't it constructive enough?

>Dear Mr. Masataka Ohta, stop this persecution and show us how YOU would
>solve the questions rised! Or, if you do not want anything solved at
>all, please tell us why!

Though ISO 2022 is not a solution, to deny 10646, ISO 2022 is enough.

BTW, I have several real solutions at hand. But as the details are
not fixed yet and as I can't yet determine what is the best solution,
describing them to deny 10646 will make the current chaos (I don't
think it discussion) worse.

Internationalization is a really difficult problem. Be careful not to
jump to "the solution", lest you should create another useless solution
like 10646/Unicode.

						Masataka Ohta
From: richard@aiai.ed.ac.uk (Richard Tobin)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] Strange behavior of the system.
Date: 11 Jan 93 15:21:28 GMT
Organization: HCRC, University of Edinburgh

In article <3871@tansei1.tansei.cc.u-tokyo.ac.jp> mhiroshi@tansei.cc.u-tokyo.ac.jp (H. Murakami) writes:
>I encountered a unbelieavable behavior of the system now.
>If I linked the object files using gcc2 then the executable
>outputs just two warning.
>However, if I make the object archive first, and then
>link is made using the gcc2 for the object and the library,
>the result is different!

>How this can be possible????

It would help if you told us more about your program.

A possible explanation is this:

Object files and libraries are processed sequentially by the linker.
Object files are always linked in.  Modules from libraries are only
linked in if they define a symbol that is (at the time the library
is processed) referenced and undefined.

Suppose your program calls a function in the standard library (say
printf).  This library function calls another library function (say
vfprintf).  If you link your program with a .o file defining vfprintf,
that version of vfprintf will be used, and the one in the standard
library ignored.  On the other hand, if you link with a library that
defines vfprintf (but not printf), the linker will not use your
vfprintf because it isn't referenced in your program.  When it comes
to process libc.a, it will link in printf, which will result in an
undefined reference to vfprintf.  It therefore links in the version of
vfprintf from libc.a.

Libraries are not just like a big object file.  If that's what you
want then combine your .o files into one using "ld -r" rather than
"ar".

-- Richard
-- 
Richard Tobin,
Human Communication Research Centre,                       R.Tobin@ed.ac.uk
Edinburgh University.
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: #9GXe (S3 86C928)???
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Mon, 4 Jan 1993 16:47:27 GMT

In article <1993Jan4.145125.13133@murdoch.acc.Virginia.EDU> filipi@cebaf9.cebaf.gov (Adrian Thomas Filipi-Martin) writes:
>--
>Hi,
>	Has anyone tried one of these new cards? Since it is S3 based, am I
>fairly safe in assuming
>that existing S3 dirvers will work with it? 
>
I wouldn't assume that XS3 will work with the 928 there is always a 
slight difference from S3 major chipset models.

To be in the safe side, I always post what are the current S3 models
supported with XS3 :-)

Does anyone has #9 phone number?

Amancio 
-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming
From: richard@aiai.ed.ac.uk (Richard Tobin)
Newsgroups: comp.unix.bsd
Subject: Logical console
Date: 5 Jan 93 18:35:14 GMT
Organization: HCRC, University of Edinburgh

When I log in, the pc screen (/dev/vga) is the console.  If I do

  echo hi >/dev/vga

this hangs - I never get a shell prompt back.

If before the echo, I do

  sleep 9999 >/dev/vga &

then the echo doesn't hang.

In the first case, when echo exits, the kernel calls pcclose(); in the
second case it doesn't.  I conjecture that this is the cause of the
problem.

pcclose() is called because no process except echo has /dev/vga open
directly, though the shell has it open indirectly through the console
device.  It seems to me that opening a device indirectly (as the
console) should increment its reference count so that this doesn't
happen.  Alternatively the function (vcount() I think) which takes
account of aliasing of devices through multiple inodes with the same
major/minor device number could take account of aliasing through the
console.

Have I understood this correctly?

-- Richard
-- 
Richard Tobin,
Human Communication Research Centre,                       R.Tobin@ed.ac.uk
Edinburgh University.
Newsgroups: comp.unix.bsd
From: mgb@geo.geol.utas.edu.au (Michael G. Brown)
Subject: [386BSD] Anyone ported GNUfax-3.2.1 ?
Summary: Has anyone ported or attempted to port GNUfax-3.2.1 to 386bsd ?
Keywords: fax 386bsd comms gnu
Organization: University of Tasmania, Australia.
Date: Sat, 9 Jan 1993 11:35:26 GMT

As the subject says, I am trying to find out if anybody has ported, or
attempted to port GNUfax-3.2.1 (or any version in fact!) to 386bsd.

I seem to recall some mention of this in the latter part of last year,
but at the time, it didn't interest me. Sigh.

--
Michael G. Brown                         | "And because, in all the Galaxy, they
Dept. of Treasury & Finance              | had found nothing more precious than
GPO Box 147B, Hobart                     | mind, they encouraged its dawning
Tasmania, 7001, AUSTRALIA                | everywhere" - Arthur C. Clarke, 2001
  e-mail: mgb@geo.geol.utas.edu.au phone: +61 02 33 6183 fax: +61 02 23 2755
From: bs@Germany.EU.net (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD - Network services w/ 2 ethernet boards
Date: 6 Jan 1993 16:10:07 GMT
Organization: EUnet Backbone, Dortmund, Germany
Distribution: world
NNTP-Posting-Host: walhalla.germany.eu.net

In article <C08r81.3qJ@moxie.hou.tx.us>, hackney@moxie.hou.tx.us (Greg Hackney) writes:
> 
> I have a 386BSD machine with 2 ethernet boards to different network
> segments. The kernel is compiled with the "GATEWAY" option.
> 
> Is there a way to activate some inetd network services for one board,
> but not for the other?

Get the sources to inetd; RTFM for the socket stuff, patch source and
re-compile. Should work... Note that I'm just into RingTFM myself.

-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
Newsgroups: comp.unix.bsd
From: thumser@Techfak.Uni-Bielefeld.de (Wolfgang Thumser)
Subject: modem-support
Date: Wed, 6 Jan 1993 17:07:23 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet
Keywords: Modem 


Whenever I connect the internal modem to the com1 port getty
starts login immediately without waiting for somebody dialing in
first. Is there any solutionto this problem?
                      Thanks in advance
                        Wolfgang Thumser
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.unix.bsd
Subject: Re: Still more XFree86 problems
Date: 7 Jan 93 18:58:51 GMT
Organization: ICEM Systems, Inc.

Here's some more info on my X problems.

I've removed com3 and com4 from the config file (to avoid duplicate
IRQs) and X is still broken.

Also, I've noticed something very strange.  When I look in /var/log/messages
to see the boot info, here is what I see:

Jan  6 12:35:26 stimpy /386bsd: pc0<color> at 0x60 irq 1 on isa
Jan  6 12:35:27 stimpy /386bsd: com1 at 0x3f8 irq 4 on isa
Jan  6 12:35:27 stimpy /386bsd: com2 at 0x2f8 irq 3 on isa
Jan  6 12:35:27 stimpy /386bsd: com3 at 0x3e8 irq 4 on isa
Jan  7 12:37:30 stimpy /386bsd: com4 fifo at 0x2e8 irq 3 on isa
Jan  7 12:37:30 stimpy /386bsd: wd0 0:<Maxtor 7213 AT> at 0x1f0 irq 14 on isa
Jan  7 12:37:30 stimpy /386bsd: fd0 drives 0: 1.2M, 1: 1.44M at 0x3f0 irq 6 drq 2 on isa
Jan  7 12:37:30 stimpy /386bsd: aha0 reading board settings, 200 nSEC ok, use 250 nSEC
Jan  7 12:37:30 stimpy /386bsd:   **aha0 probing for scsi devices**
Jan  7 12:37:30 stimpy /386bsd: aha0 at 0x330 irq 11 drq 5 on isa
Jan  7 12:37:30 stimpy /386bsd: we0 ethernet address 00:00:c0:a6:65:10 at 0x280 irq 9 on isa
Jan  7 12:37:30 stimpy /386bsd: npx0 at 0xf0 irq 13 on isa

notice how the date changed right in the middle of booting.

I'll try the "Happy New Year" patch and see what happens.
-- 
#include <std.disclaimer>
#define FULL_NAME                          "Paul Dokas"
#define EMAIL                              "pbd@runyon.cim.cdc.com"
/*            Just remember, you *WILL* die someday.             */
From: rgrimes@agora.rain.com (Rodney Grimes)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] Kernel build dies, unref symbol _version
Date: 5 Jan 93 19:20:43 GMT
Article-I.D.: agora.C0EB2L.H52
Organization: Open Communications Forum

bde@runx.oz.au (Bruce Evans) writes:

>In article <DERAADT.93Jan1201659@newt.newt.cuc.ab.ca> deraadt@newt.cuc.ab.ca (Theo de Raadt) writes:
>>
>>If you config a new kernel, the first time you type "make" in that directory
>>the vers.c file should be created. Patch #1 does not fix that.
>>
>>Patch #1 is busted. It doesn't work the right way.

>It's easy to fix:

>1. Move ver.o from the line defining SYSTEM_LD_TAIL to become the _first_
>   object in SYSTEM_OBJS.
>2. After the line `newvers:', add the line `vers.o:'.

Or fix it the way that the patch was meant to fix it.  Recompile and install
/usr/sbin/config before your run it!
1.  cd /usr/src/usr.sbin/config
2.  make
3.  make install

>Sorry, no diff - my Makefile.i386 has other changes.
>-- 
>Bruce Evans  (bde@runx.oz.au)
-- 
Rod Grimes						rgrimes@agora.rain.com
Accurate Automation Company          All opinions belong to me and my company!
From: tjw00@zombie.uucp (Tom Wye)
Newsgroups: comp.unix.bsd
Subject: [386bsd] system crash with Kmem_malloc.Kmem_map to small
Date: 11 Jan 93 23:50:26 GMT
Distribution: comp.unix.bsd
Organization: Amdahl Corporation

[386BSD] HELP! system crashes with Kmem_malloc.Kmem_map to small

I am trying to compile X11R5 and in the process the system keeps
panicing with KMEM_MALLOC.KMEM_MAP to small! I have a 16M system
with PATCHs 1-58 except 26, 47 and 56 installed.

Questions:

1.) Could this be caused by the swap area filling up and no more virtual
    storage left?
2.) Is there anyway to see how full the swap area is! Can't seem to
    find a vmstat command
3.) Is there any system monitoring commands for 386BSD besides "PS"
4.) How come after installing the system the disk partition information
    does not label partition "B" as swap. I assume the install process
    sets  this area up as swap. I have since defined this area in my
    FSTAB as swap "/dev/as0b none swap sw 0 0" it's 10000*512 bytes in
    size.

Thanks in advance!


My configuration is as follows:

PC clone 486/50 16M/256K cache
Adaptec 1542B SCSI Host Adapter
DISK1=Quantum PRO240
DISK2=MAXTOR 213SY
386BSD 0.1 with patchs 1-58 except 26,47 and 56.
From: hasty@netcom.com (Amancio Hasty Jr)
Newsgroups: comp.unix.bsd
Subject: [386bsd] TK3.0 is available at ref
Keywords: GUI Builder
Date: 10 Jan 93 17:43:31 GMT
Distribution: comp.unix.bsd
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

I compiled TK3.0 over at ref.tfs.com:/usr/packages/tk.
The patches and the full binary tree is also available.

TK3.0 distribution now incorporates tcl so it is a one stop shopping :-)

TK is a program that allows non-windows experts to construct X-applications
with ease. It is an interpreter and has a shell.

To show you how easy it is to build programs, here is a simple 
directory browser from the distribution:

#!/bd/local/wish -f
#
# This script generates a directory browser, which lists the working
# directory and allows you to open files or subdirectories by
# double-clicking.

# Create a scrollbar on the right side of the main window and a listbox
# on the left side.

scrollbar .scroll -command ".list yview"
listbox .list -yscroll ".scroll set" -relief raised -geometry 20x20
pack append . .scroll {right filly} .list {left expand fill}

# The procedure below is invoked to open a browser on a given file;  if the
# file is a directory then another instance of this program is invoked; if
# the file is a regular file then the Mx editor is invoked to display
# the file.

proc browse {dir file} {
    global env
    if {[string compare $dir "."] != 0} {set file $dir/$file}
    if [file isdirectory $file] {
        exec /bd/local/browse $file &
    } else {
        if [file isfile $file] {
            if [info exists env(EDITOR)] {
                eval exec $env(EDITOR) $file &
            } else {
                exec /bd/bin/xedit $file &
            }
        } else {
            puts stdout "\"$file\" isn't a directory or regular file"
        }
    }
}

# Fill the listbox with a list of all the files in the directory (run
# the "ls" command to get that information).

if $argc>0 {set dir [lindex $argv 0]} else {set dir "."}
foreach i [exec ls -a $dir] {
    .list insert end $i
}

# Set up bindings for the browser.

bind .list <Control-q> {destroy .}
bind .list <Control-c> {destroy .}
focus .list
bind .list <Double-Button-1> {foreach i [selection get] {browse $dir $i}}

---------------------------------------

Credits:
karl@NeoSoft.com (Karl Lehenbauer), I used his patches to build tk3.0. tnks!


Have fun,
Amancio



-- 
Amancio Hasty           |  
Home: (415) 495-3046    |  ftp-site depository of all my work:
e-mail hasty@netcom.com	|  sunvis.rtpnc.epa.gov:/pub/386bsd/incoming