HDTenEightyP/NetNews huggingface dataset:
From: osynw@warp.mhd.montana.edu (Nate Williams)
Subject: Re: Unofficial User Supported Bug List being created
Organization: Trying to get some.
Date: Wed, 29 Jul 1992 18:27:23 GMT

In article <1992Jul29.174221.20280@coe.montana.edu> osynw@warp.mhd.montana.edu (Nate Williams) writes:
>Since I have some free time
>until school starts (1 month), I am volunteering to try and make an
>organized bug list for 386BSD 0.1.
>

If you have posted bugs to this list earlier than today, can I have you
send me mail describing them.  Since I just started this, I don't want to
miss something I may have forgotten to save.

Also, if you do post a bug to the net, could you also email me the message,
or at least summarise it to me in email?

Thnaks,

Nate
-- 
osynw@terra.oscs.montana.edu |  A hacker w/out a home.  Anyone  interested
work: (406) 994-5991         |  in a used Sys. Admin., which alot of 
home: (406) 586-0579         |  good hacks left?
Newsgroups: comp.unix.bsd
From: wolfaajj@w250zrz.zrz.tu-berlin.de (Thomas Wolfram)
Subject: Re: OS Boot Select 1.32 - yet another boot menu program
Organization: ZRZ der TU-Berlin
Date: Fri, 31 Jul 1992 11:14:37 GMT

In article <1992Jul30.165820.2328@tfs.com>, julian@tfs.com (Julian Elischer) writes:
|> Sounds great, but how about something that we non DOS people can use?

Sorry, you need at least a DOS boot disk since the installation program
is running only under DOS. But the boot program itself is independant
of any operating system (should be - its a boot menu program).
I will see whether I can port the installation program to C using curses
or if this is not possible writing a simple utility for UNIX's.

|> could you post a UUENCODED version? What is LHA?

This *is* a uuencoded version. This is a uuencoded self-extracting
LHA archiv for DOS. LHA is a DOS compress utility (should be known to many
DOS users) but since its self-extracting if you run it (under DOS) this
is indifferent.

|> It looks like uuencode, but uudecode won't touch it.

Hmm. That makes me wonder. Just now I saved the posting with the
uuencoded file to a file "xyz" and typed:

uudecode xyz

and got os-bs132.exe with exactly 29876 bytes back. I never had
problems with the local uu[en|de]code here. But I've put the
file to ftp.fu-berlin.de to /incoming.

-- Thomas

  Thomas Wolfram                        Voice   : +49 030 4262960
  Platz der Vereinten Nationen 6        Internet: wolframt@cs.tu-berlin.de
  1017 Berlin
  Germany
From: jlu@cs.umr.edu (Jui-lin Lu)
Newsgroups: comp.unix.bsd
Subject: A wild guess:  OPTI chipset (or AMI bios for Magitronic)  ==> hang
Date: 21 Jul 92 19:43:23 GMT


I have posted my problem of booting up Tiny 386BSD disk.  Since I
am waiting some testing results from the 386bsd developers and hoping
to get some help from other netters, I kept following this group VERY closely.   
From the articles posted to the net, I found (a wild one?) that there is one 
common hardware component that was mentioned in almost every atticle.
That is, the OPTI chip set (or AMI bios made for Magitronic).

Thus, I'll like to conduct a survey about this questionable motherboard.
Please, if you have OPTI chip set or see a msg like AMI bios for Magitronic,
drop me a line if you have or have not successfully booted 386BSD-0.1 up?  I'll  
post a summary in a week.  Thanks!

Please email your msg to jlu@cs.umr.edu.

--
***************************************---       Grad. student 		---*
* Obviousness is always the enemy of  *   \     Jui-Lin Lu (Eric)      /   *
* correctness.  -- Bertrand Russell   *   /      jlu@cs.umr.edu        \   *
***************************************---   Univ. of Missouri-Rolla    ---*
From: grog@adagio.UUCP (Greg Lehey)
Newsgroups: comp.unix.bsd
Subject: Re: Is AT&T listening?...
Date: 25 Jul 92 12:01:28 GMT
Organization: LEMIS, Schellnhausen 2, W-6324 Feldatal, Germany

In article <97@ampr.ab.ca> lyndon@ampr.ab.ca (Lyndon Nerenberg) writes:
>Yes, they're listening. cjc@ulysses.att.com was kind enough to point
>out that one of my previous postings about the copying of /bin/true
>source code was incorrect. It is in fact, as he stated in e-mail, the
>BSD version of /bin/true that contains 'echo 0'. The System V version
>of /bin/true instead contains five lines of copyright notice, one line
>of version control information, and a colon. 

The number of lines of code is irrelevant; what's important is the
copyright notice. Look, for example, at an AT&T version of /etc/fstab.
Do you have something like:

#	Copyright (c) 1984, 1986, 1987, 1988 AT&T
#	  All Rights Reserved

#	THIS IS UNPUBLISHED PROPRIETARY SOURCE CODE OF AT&T
#	No, come to think of it, this is utter bullshit. Apart
#	from this copyright notice, everything in this file has
#	been created by the local sysop. It contains no source
#	code whatsoever.
#	The copyright notice above does not evidence any
#	actual or intended publication of such source code.

#ident	"@(#)fstab.sh	2.3 - 88/05/26"

# format: mountdev fs [-[rd]] [fstype]
# This file is used by /etc/mount, /etc/mountall, and /etc/rmountall


/dev/dsk/0s3	/usr
/dev/dsk/1s4	/src
allegro:/usr	/allegro/usr	NFS,rsize=8192,wsize=8192,soft
allegro:/	/allegro/root	NFS,rsize=8192,wsize=8192,soft
allegro:/bsdi	/bsdi		NFS,rsize=8192,wsize=8192,soft
allegro:/var	/var		NFS,rsize=8192,wsize=8192,soft
allegro:/pub	/pub		NFS,rsize=8192,wsize=8192,soft
# grave:/		/grave  NFS,rsize=8192,wsize=8192,soft
# /dev/dsk/0p1 	/c	DOS	

Presumably I would not be able to give a copy of this file to a
customer without an AT&T license, since it contains an AT&T copyright
statement. I am not even allowed to remove it. It's not clear what
would happen if I were to remove the file and start again from
scratch, and what the difference would be between that line of action
and just removing the copyright notice.

-- 
Greg Lehey                       | Tel: +49-6637-1488              
LEMIS                            | Fax: +49-6637-1489
Schellnhausen 2, W-6324 Feldatal, Germany
*** NOTE ***: Headers are mangled - reply to grog%lemis@Germany.EU.net
From: risner@ms.uky.edu (James Risner)
Newsgroups: comp.unix.bsd
Subject: 386 bsd 0.1 problem = too much ram OR bad mother board?
Date: 24 Jul 92 05:39:19 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

I have a 486, 2 IDE HDs, 1.44, CGA, 2 serial, and 32 meg ram.
My machine continually HANGS while accessing the HD.
My machine would not install correctly.  Ran perfectly until it got
to the "Installing files from installation floppy." and then all disk
access halts, and its locked = only ctrl-alt-del or reset works.

I took all the cards in the 486 and replaced them with a 386-25 & 8 meg ram
and managed to install the os on the HD the first time.  Now I can boot
386bsd on the 486 (after returning the cards) but often while accessing
the HD, I lock the machine up...Say you run something in the bg & and
go off to do other things... When disk activity stops so do you.
The whole system halts... BUT sometimes data buffered up for writes to disk
get written back out to disk a few seconds after the lock up.

Any clues from anyone on the best way to track down the problem?
I have recompiled the kernel with a printf for each wd.c function call
before I moved the controller to another machine and it worked fine.
Makes me think it is no longer the controller...

Risner
Newsgroups: comp.unix.bsd
From: vixie@pa.dec.com (Paul A Vixie)
Subject: Re: AT&T sues BSDI
Organization: DEC Network Software Lab
	<ROB.92Jul20165225@hanalei.berkeley.edu>
	<1992Jul21.030532.10307@kithrup.COM> <1821@adagio.UUCP>
	<14ojorINNlm5@disaster.Germany.EU.net>
	<1992Jul24.171828.11246@Warren.MENTORG.COM>
Date: 24 Jul 92 14:45:53

> HAS ANYONE COMPARED THE CODE THEMSELVES?  Could someone with a source
> license FTP the damn NET2 release, pass them through "indent" and then
> compare them?

CSRG did just that, which is how they decided which files of their source
tree could be released on Net-2 without any AT&T license.
--
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
From: paradis@sousa.ltn.dec.com (Jim Paradis)
Newsgroups: comp.unix.bsd
Subject: Re: Writing a driver for QIC-40, floppy controller tape drives
Date: 29 Jul 92 03:01:59 GMT
Organization: Digital Equipment Corporation, Littleton, MA

hasty@netcom.com (Amancio Hasty Jr) writes:
: I know that sounds blasphemous but I am wondering if there is a dos
: program capable of reading unix/file system which we can use to help us
: backup our unix file systems. Currently, I have colorado tape drive
: collecting dust and 300 MBs of binaries/sources. Not a pleasant scenario!

Well, I have a Colorado tape drive too, and what I've done over the
years on MINIX, Linux, and 386BSD has been to use mtools to copy the
files I want backed up *to* a DOS partition, then I boot up DOS and
use CMS' tape utility to put them on tape.  To restore, reverse the
process.

Of course, this requires a nontrivial amount of free space on the
DOS partition, but it's better than nothing.

(ps - I'm also looking into writing a QIC-40 driver... don't know how
I'll do, but we'll see....)

-- 
Jim Paradis (paradis@tallis.enet.dec.com) 
Working for DEC, speaking for myself.
Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject:  Need for comp.unix.386BSD (was Re: IDE drive woes ) 
Keywords: new newsgroup bsd 386 unix
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Fri, 24 Jul 92 12:14:52 GMT


I would vote (as someone stated earlier) pro comp.unix.386bsd rather than
comp.os.386BSD because it would be really offending to compare 386BSD
with a "look-a-like" like linux or minix. 

look ma , ITS-UN*X !

-- Chris
--- --------------------------------------------------------------
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.

Xref: sparky comp.unix.solaris:101 comp.sys.sun.misc:3269
From: cudep@warwick.ac.uk (Ian Dickinson)
Newsgroups: comp.unix.solaris,comp.sys.sun.misc
Subject: Re: Planning to upgrade to Solaris 2?
Date: 22 Jul 92 09:59:00 GMT
Organization: Team Limpid's Meathead With Aptitude - Kunst und Wahnsinn

In article <1992Jul21.130446.12569@hubcap.clemson.edu> stehman%citron.cs.clemson.edu@hubcap.clemson.edu writes:
>Where's your sense of humor?  Personally, I find it quite amusing that
>SunSoft supported the port of gcc to Solaris 2.0.  They must have needed
>a real compiler.  :-)

Heh! It is quite ironic.

But what is a few thousand dollars to company like SunSoft?
Heck, we paid up to Cygnus too and I consider it good value,
even if we never have to call them up for support.

SunSoft will probably sell more licenses given the availability of gcc on time.

Cheers,
-- 
\/ato - Ian Dickinson - NIC handle: ID17                              Yo! Bum 
vato@csv.warwick.ac.uk  ...!mcsun!uknet!warwick!vato                     rush
/I=I/S=Dickinson/OU=CSV/O=Warwick/PRMD=UK.AC/ADMD= /C=GB/                 the
@c=GB@o=University of Warwick@ou=Computing Services@cn=Ian Dickinson     show
Newsgroups: comp.unix.solaris,comp.sys.sun.misc,alt.sys.sun
From: geoff@ugc.uucp (Geoff Coleman)
Subject: Re: vi and resizing windows
Organization: UGC Consulting Ltd.
Date: Fri, 24 Jul 1992 05:21:52 GMT

In article <biL+!aNt@twinsun.com> eggert@twinsun.com (Paul Eggert) writes:
>dwight@hyphen.com (Dwight Ernest) writes:
>
>>You'd think that in all that time SOMEONE would have taught the
>>SunOS version of vi to respond properly to SIGWINCH.
>
>
>I have this fantasy of Bill Joy making some gee-whiz hypermedia
>presentation at a conference and some programmer from a major customer
>getting up at the end of the talk and asking him when Sun will start
>fixing Joy's 15-year-old text editor.

	Having heard Bill Joy give a presentation in which he said that
he would like to see vi I'm not sure you would make any impression on him
with this. As I recall he mentioned that the code in vi was pretty 
un maintainable.


Geoff Coleman





Newsgroups: comp.unix.solaris,comp.sys.sun.misc
From: stehman%citron.cs.clemson.edu@hubcap.clemson.edu (Jeff Stehman)
Subject: Re: Planning to upgrade to Solaris 2?
Reply-To: stehman%citron.cs.clemson.edu@hubcap.clemson.edu
Organization: Clemson University
Date: Tue, 21 Jul 1992 13:04:46 GMT

From article <MALCOLM.92Jul21160829@nutmeg.cs.ntu.edu.au>, by malcolm@nutmeg.cs.ntu.edu.au (Malcolm Caldwell):
> In article <BrLFv9.9rn@noweh.com> georgn@noweh.com (Georg S. Nikodym) writes:
> 
>    Small correction.  SunPro makes the compiler and tools.  SunSoft makes
>    the OS.
> 
> Who cares.  They are all just sun.  I am sick of hearing about wholly owned
> subsidiaries.


Where's your sense of humor?  Personally, I find it quite amusing that
SunSoft supported the port of gcc to Solaris 2.0.  They must have needed
a real compiler.  :-)

--
Jeff Stehman			Systems Staff, G-18A Jordan
stehman@cs.clemson.edu		Dept. of Computer Science
(803)656-2639			Clemson University
Xref: sparky comp.unix.solaris:100 comp.sys.sun.hardware:3459 comp.sys.sun.misc:3265
From: ammond@gdls.UUCP (Joe Ammond)
Newsgroups: comp.unix.solaris,comp.sys.sun.hardware,comp.sys.sun.misc
Subject: SPARC Clone buyers guide?
Summary: Looking for a "SPARC Clone buyers guide"
Keywords: SPARC Sun clone
Date: 21 Jul 92 20:03:37 GMT
Followup-To: comp.unix.solaris
Organization: Computer Sciences Corporation

Apologies for the crossposting, but I wanted to hit as wide a distribution
as I could.

I'm interested in purchasing a SPARC or a a SPARC clone for home use, and
for the past 2 months I've been reading magazines and UseNet for information
and reviews of the different clone products.  

Simply put, I'm looking for a document similar to the one that Eric Raymond
has put together detailing the SysV/386 market, with reviews of the different
386 Unix products, with detailed information on each product.  Is there one,
and if not, would there be interest in putting one together?  I'd be willing
to try and take on compiling such a beast, if there is enough interest.

Comments/suggestions to ammond%gdls@ilium.troy.msen.com.  Don't trust the
mail headers.

ja.
-- 
Joe Ammond                                       ammond%gdls@ilium.troy.msen.com
Unix System Administrator                General Dynamics, Land Systems Division
Xref: sparky comp.unix.solaris:92 comp.sys.sun.misc:3254
Newsgroups: comp.unix.solaris,comp.sys.sun.misc
Subject: Re: Planning to upgrade to Solaris 2?
From: malcolm@nutmeg.cs.ntu.edu.au (Malcolm Caldwell)
Date: 21 Jul 92 16:08:29
Organization: Information Technology , Northern Territory University, Darwin,	Australia.
In-reply-to: georgn@noweh.com's message of Sat, 18 Jul 1992 16:45:08 GMTLines: 13

In article <BrLFv9.9rn@noweh.com> georgn@noweh.com (Georg S. Nikodym) writes:

   Small correction.  SunPro makes the compiler and tools.  SunSoft makes
   the OS.

Who cares.  They are all just sun.  I am sick of hearing about wholly owned
subsidiaries.
 
--
Malcolm Caldwell       Email:   malcolm@pandanus.ntu.edu.au
Technical Officer         Ph:   +61 89 466546
Computer Science         Fax:   +61 89 270612
Northern Territory University, Darwin Australia
Xref: sparky comp.unix.solaris:137 comp.sys.sun.admin:5173 comp.sys.sun.hardware:3663
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: comp.unix.solaris,comp.sys.sun.admin,comp.sys.sun.hardware
Subject: Re: Is XGL 2.0 overly complicated or what?
Date: 1 Aug 92 02:07:01 GMT
Organization: The Great Beyond

In article <1992Jul31.205417.715@Warren.MENTORG.COM> tal@Warren.MENTORG.COM (Tom Limoncelli) writes:
>Right now SunOS/OpenWindows doesn't take advantage of the hardware
>available in the gx graphics board. Sun is shipping the "XGL 2.0 RTE"
>which basically patches various things so that it does take advantage
>of the gx.
>
>The way they implemented everything, however, seems a bit bizarre.  I
>would think that it would be a replacement to only the X server but
>they seem to require changes all over the place.  It seems that they
>have a couple processes talking via shared memory.  Shouldn't that
>all be in the server?
>
>What's the scoop?
>

XGL is an API for writing graphics programs.  Programs written in XGL
will use hardware acceleration on the local machine if it is available,
or will use the X protocol if the client and server are not on the same
machine.

XGL RTE is the Run Time Environment that allows programs written in
XGL to run.

DGA (Direct Graphics Access) is the 'protocol' used by XGL to coordinate
use of the graphics hardware with the X server.

Direct Xlib is an implementation of Xlib that also uses the graphics
hardware (via DGA, I presume).

From your description, it sounds like you are referring to Direct Xlib 
rather than the XGL RTE.   (I was under the impression that Sun's
X11/News server had always used the GX.  I seem to remember the claim,
when the GX was first announced, that X/News automatically took advantage
of GX acceleration if the hardware was installed.  That's why I'm
confused with the recent announcement of Direct Xlib, which claims
to do something I thought had been done since day 1).


-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil 
-----------------------------------------------------------------------------
"The use of history as therapy means the corruption of history as history."
    -- Arthur Schlesinger          (quote stolen from Chet Ramey, CWRU)
Newsgroups: comp.unix.solaris,comp.sys.sun.misc,alt.sys.sun
From: lee@sq.sq.com (Liam R. E. Quin)
Subject: Re: Planning to upgrade to Solaris 2?
Organization: SoftQuad Inc., Toronto, Canada
Date: Thu, 23 Jul 92 19:18:29 GMT

das@eplunix.UUCP (David Steffens) writes:
> many times "cc" is invoked in a typical makefile.  If the "cc" license were
> released at the end of _each_ invocation, you would have to reaquire it
> for _each_ module that was to be compiled!  
> [...]
> My experience with several license servers here is that it takes 10-15
> seconds on a busy network to acquire a license and about the same time to
> release it.

[...]

rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
> Hmmm ... not my experience, but we don't have anything that uses Sun's
> license server.  PV-Wave, MathCAD, edt, all need perhaps 5 seconds tops.
> And our networks are *very* busy.

Ten to 15 seconds for the first time the licence server gets started is not
unreasonable - it has to bind to the socket, and may well have a deliberate
policy of waiting to avoid people starting cc & then killing the licence
server & starting a new one...

Once the server is running, 10 seconds sounds very slow.
Certainly contacting our own licence server is faster than that.
Maybe we should license it back to Sun :-)

Perhaps a more sensible approach would be to incorporate knowledge of the
licences into make.  Then it could pass a licence token to cc, and could
even control a certain number of concurrent compilations.

Lee

-- 
Liam Quin, lee@sq.com, SoftQuad, Toronto, 416 239-4801; the barefoot programmer
  lq-text (Unix text retrieval pacakge) mailing list: lq-text-request@sq.com
  latest released version: 1.10; 1.12 coming in August probably
  ftp: ftp.cs.toronto.edu in directory: pub
Newsgroups: comp.unix.solaris,comp.sys.sun.misc,comp.windows.x
From: gerber@solbourne.com (Andrew Gerber)
Subject: Wanted: sites for Solaris software testing
Organization: Solbourne Computer, Inc., Longmont, CO
Distribution: na
Date: Tue, 28 Jul 1992 21:03:57 GMT

We're looking for a few sites which meet the following criteria:

* Currently developing software with Solaris 2.0
* SPARC platforms
* Use X or Open Windows
* Use C, C++, or Fortran
* On the internet or good internet access
* Need a better debugger than the "dbx" and "dbxtool" which come
  with Solaris

If you or your site meet the above criteria, please send us mail.
Include the type of software you're developing, the percentage of time
which you are using Solaris for development, and the number of
developers involved.  Also include your work phone #.

Selected sites will have the chance to use the next generation of
Solbourne's debugger products.

Thanks in advance for your responses.

Andrew Gerber
Solbourne Software Products Division
gerber@solbourne.com
(303) 678-4606
-- 
/-----------------------------------------------------------------/
/ Andy Gerber		     / gerber@solbourne.com               /
/-----------------------------------------------------------------/

Xref: sparky comp.unix.solaris:97 comp.sys.sun.misc:3260 alt.sys.sun:2988
From: jack@cscdec.cs.com (Jack Hudler)
Newsgroups: comp.unix.solaris,comp.sys.sun.misc,alt.sys.sun
Subject: Re: Planning to upgrade to Solaris 2?
Date: 21 Jul 92 09:38:35 GMT
Distribution: usa
Organization: Computer Support Corporation,  Dallas, Texas.

In article <lma.711326077@dayton.Stanford.EDU> lma@dayton.Stanford.EDU (Larry Augustin) writes:
>
>In <1992Jul16.011432.21520@cscdec.cs.com> jack@cscdec.cs.com (Jack Hudler) writes:
>
>This is a great idea.  While they're at it, they should unbundle ls.
>No, make that delete ls from future releases.  Then maybe we'll start
>to see some real file listers like those seen in the DOS world.  Check
>out your local DOS archive, there must be dozens of file listers.
>
I get the impression that you think influence from the DOS world is bad.
Pity you sould have such a closed mind. But the fact is, product development
is driven by a need. As long as 'vi' is around the programmers editor
market suffers from the Good Enough syndrome. Its good enough (vi) so 
therefore why create anything else.
-- 
Jack Hudler - Computer Support Corporation - Dallas,Texas - jack@cs.com
Newsgroups: comp.unix.solaris,comp.sys.sun.misc,alt.sys.sun
From: dag@ossi.com (Darren Alex Griffiths)
Subject: Re: vi and resizing windows
Organization: Open Systems Solutions Inc.
Date: Fri, 24 Jul 1992 22:27:08 GMT

geoff@ugc.uucp (Geoff Coleman) writes:

>	Having heard Bill Joy give a presentation in which he said that
>he would like to see vi I'm not sure you would make any impression on him
>with this. As I recall he mentioned that the code in vi was pretty 
>un maintainable.

I remember once he claimed, in the distant past, that he had fixed up vi
and added support for windowing.  That's the old style windows on dumb
terminals, I suppose you would have had multiple files on the screen at once
and could switch between them, all from your little old vt100.  Unfortunately
his disk crashed and there was no backup, I guess he walked away in 
disgust, and I can't blame him.

   Cheers,
     --dag
_______________________________________________________________________________
Darren Alex Griffiths               | dag@nasty.ossi.com
Open Systems Solutions, Inc         | (510) 652-6200 x139
Fujitsu                             | Fax: (510) 652-5532
6121 Hollis Street                  | Berkeley is famous for two exports
Emeryville, CA 94608-2092           | LSD and unix, this isn't a coincidence.
_______________________________________________________________________________






Xref: sparky comp.unix.solaris:98 comp.sys.sun.misc:3261 alt.sys.sun:2989