HDTenEightyP/NetNews huggingface dataset:
From: julian@tfs.com (Julian Elischer)
Subject: Re: ref.tfs.com frequently unrecognized by DNS
Organization: TRW Financial Systems
Date: Mon, 23 Nov 1992 07:12:15 GMT

In article <946NuB2w165w@student.business.uwo.ca> mark@student.business.uwo.ca (Mark Bramwell CS STAFF) writes:
>ellis@nova.gmi.edu (Stew Ellis) writes:
>
>I have had the same problem.  Most people said for me to check with nslookup,
>but it simply disappears for us.
>
>Our DNS guru yanked the dns data and found some error from that site and sent 
>an email message.  I am not sure what was done though.  Something about two 
>nameservers having conflicting info.
>
>
>> All day today, but frequently in the past as well, DNS, including nslookup,
>> has been unable to find ref, either by name or IP address.  Is this
>> scheduled or unscheduled ( :) ) downtime?
>> 
>> What causes ref to disappear from the route maps?  How long does it have to
>> be down before it is taken out?  How long does it take for it to propagate
>> when it comes back up?
>> 
>> 
Ok, here's the story.
ref.tfs.com is part nominally of the tfs.com tree of nodes
however it differs in that it is on the OUTSIDE of our gateway to make
it available to you guys.
Gateway.tfs.com has been notified of the new machine "REF"
but our secondary nameservers (who are also authorised to be authorative)
are nc.cs.berkeley.edu and jade.berkeley.edu
Unfortunatly I cannot convince anyone at berkeley that their
nameservers are not picking up the information about the new machine
from our nameserver. (despite a new serial number)

If you are unlucky enough to be directed to one of the berkeley
nameservers they don't know about ref.

end of story.

also ref crashes sometimes (or just freezes waiting on buffers)
in which case I can't reboot it if I'm at home, so
sometimes it's out of service for a few hours.


+----------------------------------+       ______ _  __
|   __--_|\  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




Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject: Re: FORTRAN compiler
Keywords: fortran f2c f77
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Mon, 16 Nov 92 20:47:18 GMT


I have ported f2c (att.research.com) to 386BSD - no problem. f2c
is written by people around S. Feldman (Stu) from AT&T - the author
of "A portable f77 compiler for unix". It's one if not *the*
most truly f77 I've ever seen and it's free.  

--
--Chris
Christoph P. U. Kukulies
kuku@acds.physik.rwth-aachen.de

"The best things in live are free"
Newsgroups: comp.unix.bsd
From: rich@Rice.edu (Richard Murphey)
Subject: Re: [386bsd] Printing DOCS in /usr/othersrc/share/doc ?
Reply-To: Rich@rice.edu
Organization: Department of Electrical and Computer Engineering, Rice
	University
Date: Tue, 17 Nov 1992 17:58:50 GMT

In article <1992Nov17.122353.17944@bradford.ac.uk> T.D.G.Sandford@bradford.ac.uk (TDG SANDFORD) writes:
   Can anyone tell me how to make printable copies of the documentation in
   /usr/othersrc/share/doc (I think from etc distribution). The Makefiles are
   broken for the standard 386bsd installation, and I can't work out how to
   fix them (they use ditroff, dtbl etc which are not present, and have flags
   which troff, tbl etc don't understand).

   Thanks,
   --
   Thomas Sandford | t.d.g.sandford@bradford.ac.uk

Sections from the system maintainers maual
(/usr/othersrc/share/doc/smm/*) are available by anon ftp from
gatekeeper.dec.com in the directory /.0/BSD/manuals.  Rich
From: berry@max.IN-Berlin.DE (Stefan Behrens)
Newsgroups: comp.unix.bsd
Subject: [BSD386] bash for /bin/sh is the best you can do!
Date: 23 Nov 1992 00:36:31 +0100
Organization: Private
NNTP-Posting-Host: max.in-berlin.de
Summary: Use bash for /bin/sh
Keywords: 386bsd bash /bin/sh

In article <RICH.92Nov21115938@omicron.Rice.edu> Rich@rice.edu writes:
[...about elm2.4...]
>   It won't compile right with the existing version of /bin/sh. You
>   need to copy 386BSD's bash onto /bin/sh.
>
>This may cause you problems when booting.  It's also going to expose
>all the sh dependent code in system shell scripts.  Rich

No, I think you're wrong, ash makes much more problems than bash!
There have been so many warnings about using bash for /bin/sh. But for me
it works great. I copied bash to /bin/sh two or three month ago, no
problems yet, neither with booting nor with other system-dependig stuff!
Using bash for /bin/sh means less problems with porting software, less
problems with compatibility in general.
At that time when I used ash, the first thing I had to do to `port'
software was substituting all references to ` sh ' or `/bin/sh' to
`/usr/local/bin/bash' and it worked, so I use bash as default now.
I compiled most of the GNU stuff and the other available sources that
were interesting for me with less than ten lines to patch (usually
wrong prototypes for library functions). With ash many programs didn't
compile or didn't run!
-- 
Stefan (berry@max.IN-Berlin.DE)
Newsgroups: comp.unix.bsd
From: sampson@theroo.stl.dec.com (Phil Sampson)
Subject: [386BSD] IDE BIOS params and reboot loops
Reply-To: sampson@theroo.stl.dec.com
Organization: Digital Equipment Corporation
Date: Mon, 23 Nov 1992 01:09:23 GMT


To: cc465@cleveland.Freenet.Edu (Steven M Ratliff)
Cc: 
Reply-To: sampson@theroo.stl.dec.com
Subject: Re: [386BSD] Infinite reboot with partitioned IDE drive




Hi,

I had the same problem on a Taiwanese clone. My config was 20Mb RAM, 386 with
and ST1144 as wd0 and a 200Mb Rodime as 2nd drive (Rodime not used for BSD).

I found I could install the 386BSD filesystem on the ST3144 without a hitch if
I used the whole disk, but got a panic (it was fast but I think it said) that
the disk was unlabeled and had a bad magic number if I tried to install the
distribution in a DOS partition.

Another symptom booting with the fixit diskette and looking at the partition
(the utility escapes me) shoed only and 'a' partion was built in the dos
partition. (whenit works you get three bsd partitions)

I finally figured MY cure. When I had bought the clone, the dealer installed
the ST1144 drive parameters in NVRAM with the PHYSICAL cylinders and sectors
heads etc. As you know, IDE drives do an internal "mapping" of cyclinders and
sectors and you can have the BIOS talk to them in a number of configs.

The clue I found was doing a disklabel -r wd0 and looking at the number of
sectors and cylinders that INSTALL had found. It was different to my NVRAM!

I can only think it read from the IDE drive. There were also a lot of blank
fields in the disklabel display. (these were filled in after the problem
was fixed.) The install process didn't care that it never found an ST1144
in disktab either.

From a Seagate bulletin board you can get information about drives and
recommended NVRAM BIOS setups so I procured the ST1144 and it showed that
the optimum BIOS setup was in fact the number of cylinders (1001 and sec 17)
that disklabel showed rather than the (999 and 36) that the dealer had entered.

Changing the BIOS, re-FDISKing and re-installing 386bsd worked fine plus gave
me a couple of extra Meg for my trouble. If you have this problem, read your
disk docs and try an alternative geometry in your BIOS table. It seems that
IDE drives have a number of possibilities.

A clue MAY be to see what disklable -r wd0 READ from the drive and THEN enter
those figures as you BIOS Values and reformat.

Hope this helps out someone.

-Phil

--

Phil Sampson					   sampson@theroo.stl.dec.com
Customer Support Centre				   VK2JNT@VK2RWI.NSW.AUS.OC 
Digital Equipment Corporation (Australia) Pty Ltd
Sydney Australia



--

Phil Sampson					   sampson@theroo.stl.dec.com
Customer Support Centre				   VK2JNT@VK2RWI.NSW.AUS.OC 
Digital Equipment Corporation (Australia) Pty Ltd
Sydney Australia
From: tm@mentor.dk (Tonny Madsen)
Newsgroups: comp.unix.bsd
Subject: Seeking list of working X servers (XFree86 version 1.1)
Date: 19 Nov 1992 09:07:25 +0100
Organization: Mentor Informatik, Denmark
NNTP-Posting-Host: bach.mentor.dk
Keywords: x servers xfree

I like to assemble a list of all the working X servers for XFree86
verdion 1.1.

I'm particularly interested in servers for the TIGA and S3 chipsets.
Is anybody working on servers for these chipsets? If these servers
already exists, where can I then find them?

-- 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
From: kd@doc.ic.ac.uk (Kostis Dryllerakis)
Newsgroups: comp.unix.bsd
Subject: [XFree86]: Performance Problems
Date: 17 Nov 1992 10:27:07 GMT
Organization: Imperial College, London, U.K.
Distribution: world
NNTP-Posting-Host: laotzu.doc.ic.ac.uk
Keywords: XFree86 X11 X-windows X386


This article is about a subject I haven't seen much discussed in the newsgroup.
For introduction I give the host configuration of my machine being a 486DX50 ISA
system with 8MB Adaptec 1542B and Fujitsu 1.05GB SCSI drive. I had 386BSD up and 
running without any major problems with full sources for Unix and XFree86. Without
the X-windows system the performance of the system is outstanding (e.g. full 
recompilation of the Kernel in less than 7mins). Since the system runs standalone for
the time being there is no network overhead or additional deamons running. Under
X-windows things start to behave a little differently performance-wise. I know that
the memory requirements of all X clients are huge since they keep a copy of the
X library in use but I would expect that and X server and two xterms will not be
a problem. It seems that if under this 'running' configuration and a couple bash
shells to allow for su, I do any compilation of a large program (specially if
the program is an X-client) the system becomes unusable. What is more the X386 server
seems to grow on size during usage, from a virtual memory size of 1.9MB to 3.5MB after
a while (values taken for ps -aux). The swap space provided on the disk is about
48MB (to avoid reconfguration after memory upgrade) so the situation seems unfare.

Has anybody else had any similar experiences with XFree86? Is it just a memory problem
or is there something more to it? If it is a memory problem then the shared libraries
will contribute towards a solution. But what are we supposed to do for the time being?

Kostis

-------------------------------------------------------------------------------
K J Dryllerakis					Deparment    of    Computing
Logic Programming Group				Imperial  College,    LONDON
Janet: kd @uk.ac.ic.doc				Tel:  +44(71) 589 5111 x5089
Uucp : kd@icdoc.UUCP				Internet:    kd@doc.ic.ac.uk
-------------------------------------------------------------------------------
From: hm@hcshh.hcs.de (Hellmuth Michaelis)
Newsgroups: comp.unix.bsd
Subject: Re: [386bsd] A mountable dos filesystem
Date: 18 Nov 92 13:37:26 GMT
Organization: HCS GmbH, Hamburg, Europe

In <c3YH03OJbbe=00@amdahl.uts.amdahl.com> paulp@uts.amdahl.com (Paul Popelka) writes:

>I posted the code for letting dos filesystems be mounted
>under 386bsd to alt.sources.  I posted it to comp.unix.bsd
>too but, it didn't seem to make it to c.u.b.

oops ? just got everything from c.u.b. - nothing is missing !
thanks a lot!

hellmuth
-- 
hellmuth michaelis    HCS Hanseatischer Computerservice GmbH   hamburg, europe
hm@hcshh.hcs.de              tel: +49/40/55903-170         fax: +49/40/5591486
From: bs@qwerty.informatik.uni-dortmund.de (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: [Answer in German] Re: multiport serial driver
Date: 23 Nov 1992 10:00:57 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: qwerty.germany.eu.net

[Sorry, folks - there is no distribution for Germany]

In article <1023@andreas.GUN.de>, andreas@knobel.GUN.de (Andreas Klemm) writes:
|> cgd@erewhon.CS.Berkeley.EDU (Chris G. Demetriou) writes:
|> >i've completed a multiport extension to my serial driver stuff...
|> Wow, great !
|> >This should be available fromthe following places:
|> >	agate.berkeley.edu (128.32.136.1)
|> >			~ftp/pub/386bsd-0.1/unofficial/cgd/com-multiport.tar.Z
|> What about posting this stuff ?! I can't access internet directly !
|> Certainly many other 386bsd user can't either. I think this wouldn't waste 
|> bandwidth of usenet too much...

Wir mirroren agate:~ftp/pub/386bsd-0.1
nach ftp.Germany.EU.net:~ftp/pub/comp/i386/386BSD-0.1
Und es ist ueber unseren archive-server erhaeltlich.

Gruess,
	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: stripes@pix.com (Josh Osborne)
Subject: Re: [386bsd] RCS + make
Keywords: huh?
Organization: Pix Technologies -- The company with no adult supervision
Date: Sat, 21 Nov 1992 14:13:28 GMT

In article <By07vE.Fwt@news.cso.uiuc.edu> rkb55989@dcl-nxt50 (Rafal Krzysztof Boni) writes:
>	Now, my question is this: Is there any way to automate the checkout
>	process on build?? I really don't want to have to check out all of 
>	the kernel tree before I decide to build it....

Many versions of make support a .DEFAULT target which is called when a
dependcy can not be satisfyed.  If the BSD make has it try something like:

.DEFAULT:
	co -u $<

(I think that's the right $thing)

This will not remove the stuff afterward.  To do that run "rcsclean" when
tjhe make is done (I am not sure ghhow to automate thatwithout editing all the
makefiles...)

Some make's have a .BEFORE and .AFTER, the .BEFORE will be called even if
the file exists, so you need to do something more like

.BEFORE:
	yes n | co -u $<

The "yes n|" will answer no to the question "Do you want to overwrite
existing file foo" if foo exists.  You could have .AFTER do a limited
form of rcsclean.

If the BSD make doesn't have either then you have to get messy.  Do NOT
make a RCS directory (which you SHOULD if you don't need to do this, it reduces
clutter).  Then instruct RCS to use a .suffix (I am assuming .rcs) rather
then the current ,v ot %v suffix.  Add some dot rules like:

.rcs.c:
	co -u $<
.rcs.s:
	co -u $<
and so on...
[...]
-- 
           stripes@pix.com              "Security for Unix is like
      Josh_Osborne@Real_World,The          Multitasking for MS-DOS"
      "The dyslexic porgramer"                  - Kevin Lockwood
We all agree on the necessity of compromise.  We just can't agree on
when it's necessary to compromise.       - Larry Wall
From: rog@ohm.york.ac.uk (Roger Peppe)
Newsgroups: comp.unix.bsd
Subject: Re: BSDI/sparc (Rob's Talk) [Was: Any truth to BSDI doing a port to Sparc?]
Keywords: bsd4.4
Date: 16 Nov 92 18:31:29 GMT
Organization: Electronics Department, University of York, UK

In article <1992Nov14.015225.13368@tgivan.wimsey.bc.ca> mak@tgivan.wimsey.bc.ca (Bob Makowski) writes:
> In article <kzin.721536140@cc.gatech.edu> kzin@terminus.gatech.edu (John Rudd) writes:
> >
> >I was just curious if there was any truth to the claim that
> >I've heard about BSDI doing a port of BSD to the Sparc line,
> >so that BSD lovers can avoid Solaris 2?  If so, when?
> >
> 
> I've watched the appropriate groups for a week. Noone's seemed to pick up
> on Rob Kolstad's keynote at the SUG Conference. So I've excerpted last
> week's post in postscript herein. Note, the tantilizing noun used was
> "BSD" and not "BSDI". But hey, ... where else is BSD really alive anymore? ;-)

I don't know whether this is old news (as I don't manage to read _all_ the
traffic passing through this newsgroup), but a friend of mine sent me
this quotation (without permission) from SunExpert magazine :

| Attention all you university types, government researchers, kernel hackers
| and wannabees: BSD 4.4 for SPARC has arrived. The latest version of the OS,
| developed almost single-handedly by Chris Torek at LBL is in alpha test.
| "We haven't got a SS2 port working yet." Says tTorek. The OS was ported to a
| SS1.
| Included in the release are the gcc compiler, kernel debugging tools, a
| "usable" console, stable and accurate clocks and, according to Torek, "some
| pretty fast TCP/IP code".
|
| In January 1991, LBL received six months of DARPA funding to do the port. By
| October, Torek had a rudimentary system up and running. While he received
| help from members of the SPRITE development project at Berkeley, Torek says
| that LBL got no help from Sun whatsoever. He attributes this lack to a lack
| of understanding on Sun's part. "Sun thought we wanted to compete with SunOS",
| Torek says. He sees the two systems a fulfilling different needs.
|
| What's new in 4.4? "Almost everything," Torek says. The sustem is ANSI-C
| compatible, and POSIX 1003.1 and 1003.2 compliant. It includes a new filesystem
| layout, full NFS support, a complete OSI protocol stack, a new networking
| architecture (which unifies sockets and Ritchie's "bstreams" [sic] I/O system),
| a new virtual memory system (derived from Mach 2.5) and a redo of the OS'
| process data structures.
|
| There's no date yet on when beta and production releases of 4.4. for SPARC will
| be available. But Torek says he has more than enough alpha volunteers
| already.

Does anyone know anything more about this ?

  rog.
Newsgroups: comp.unix.bsd
From: nickel@cs.tu-berlin.de (Juergen Nickelsen)
Newsgroups: comp.unix.bsd
Subject: [386bsd] Driver for T5200's Ethernet Interface?
Date: 16 Nov 1992 19:33:01 GMT
Organization: STONE Project, Technical University of Berlin, Germany
Distribution: world
Reply-To: nickel@cs.tu-berlin.de
NNTP-Posting-Host: desaster.cs.tu-berlin.de

The Toshiba T5200 laptop (or better portable, considered the weight)
has a non-standard ethernet interface built in, which is not
documented (at least in the standard documentation of the T5200).  The
only driver I have for this interface is the one delivered Toshiba's
own Unix (TP/IX), not even one for DOS.  This ethernet interface does
not work with any of the clarkson packet drivers, I've been told.

I'd like to run 386bsd on this machine.  I tried it with 0.0new, which
worked, but it was no fun without a network (except to localhost :-}).
Before I take the effort to install the recent version of 386bsd, I'd
like to know: 
    Does a driver for this ethernet interface exist?
    Does anyone know of a description of the interface?

Thanks,
--
Juergen Nickelsen
Newsgroups: comp.unix.bsd
From: hasty@netcom.com (Amancio Hasty Jr)
Subject: Re: [386bsd] XS3-0.2a is now available
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp.unix.bsd
Date: Sat, 21 Nov 1992 17:16:53 GMT

In article <1992Nov21.134525.27554@tvt-k> paul@tvt-k (Paul Pries) writes:
>
>Hi, folks.
>All this about the new S3 server sounds nice, but the big question
>for us who use national keyboards is:
>	Can I use it with codrv?
>
>I know a lot of people (I'm one of them) who say that they rather
>have a screen that flickers and an old ET4000 card than give up
>their national keyboards...
>I'd like to both have the cookie and eat it...
>
>Greetings,
>Paul.
>--
>Paul Pries
>email: 5322@msg.abc.se  (short email only, no longer than 500 lines...)
>
Try it and if XS3  doesn't work let me know and I will fix XS3.

Amancio Hasty


Newsgroups: comp.unix.bsd
From: yman@cabsav.vut.EDU.AU (Y. M. NG)
Subject: Re: [XFree86] Problems with tvga9000 (also tvga8800)
Keywords: X386
Reply-To: yman@cabsav.vut.EDU.AU
Organization: Victoria University of Technology, Australia
Date: Tue, 17 Nov 1992 00:35:51 GMT

In article <1992Nov13.144752.21612@rhrk.uni-kl.de>, andrick@sun.rhrk.uni-kl.de (Ulf Andrick [Biologie]) writes:
...... (deleted)
|> 
|> Here is (from memory) what I use in Xconfig:
|> 
|> vga256
|>   chipset "tvga8900"
|>   clocks 25 28 45 36 .....
|>   videoram 512
|>   modes "800x600" "640x480"
|> 
|>   viewport 0 0
|> 
|> nd the VESA dot clocks for 800x600 36 MHz.
|> 
|> Any help? Any other experiences with the mentioned graphics
|> adaptor? Is tvga9000 not compatible to tvga8900C?
|> 
|> --
|> Ulf R. Andrick                                andrick@rhrk.uni-kl.de
|> FB Biologie - Tierphysiologie
|> Universitaet                             Was du nicht selber weiszt, 
|> D-W 6750 Kaiserslautern       das muszt du dir erklaeren (Tegtmeier)

I have tried the same configuration above on my tvga8800 card. All I got is card "not
recognised" (This is my own words). Is there any one working on a driver for this older Trident card?
 Any help will be greatly appreciated. Thank you in advance.
-- 
Yauman NG                               E-mail: yman@cabsav.vut.edu.au
Dept of Electrical Engineering, FIT     Tel: +61 3 688-4724
Victoria University of Technology,      Australia  3011
Newsgroups: comp.unix.bsd
From: michaelv@iastate.edu (Michael L. VanLoon)
Subject: Re: NFS permission problems...
Organization: Iowa State University, Ames IA
Date: Mon, 23 Nov 1992 17:39:23 GMT

In <mcb.722208308@mach> mcb@mach.eng.hou.compaq.com (Mike Busby) writes:

>Scenario:
>386BSD server, 386BSD client.

>Problem:
>On server, notice that one of the nfsd daemons is now owned by the
>user on the client side that tried to access a file in
>/home/user_home_directory.  I don't know if this is significant or not.

>We cannot access files other than the ones we own even if the permissions
>are set to 666 on the files.  We always get Permission denied.

>We also see this problem if we have a Sun Sparc machine running SunOS 4.1.X
>as the client and a 386BSD configured as above as the server.  Running
>the Sun as the server and the 386BSD box as the client does not exhibit
>the problem.

I have seen this happen also when I am trying to use a DECstation as a
client from a 386bsd server.  Using DECstations as servers to 386bsd
clients works perfectly.

However, I have not seen this problem with two 386bsd machines.  I
cross-nfs mount directories/filesystems all the time between my two
386bsd machines with no problems.  As I stated above, I also have
DECstations mounted at the same time.

-- 
------------------------------------------------------------------------------
  Michael L. VanLoon                           Project Vincent Systems Staff
  michaelv@iastate.edu              Iowa State University Computation Center
------------------------------------------------------------------------------
Newsgroups: comp.unix.bsd