HDTenEightyP/NetNews huggingface dataset:
From: ranck@joesbar.cc.vt.edu (Wm. L. Ranck)
Newsgroups: comp.unix.aix
Subject: Re: Two new 220 installs: what can I delete?
Date: 14 Aug 92 14:06:20 GMT
X-Newsreader: Tin 1.1 PL4

mbeckman@mbeckman.mbeckman.com (Mel Beckman) writes:
: I'm setting up two brand new 220's, each with 32MB RAM and 400MB disk. I
: ordered the machines preloaded, and the machines arrived with only 20MB
: free disk space!  The preload stuff, plus a 64MB paging space, takes up
: 380MB!
: 
: I want to delete stuff, but I don't know what is safe to toss.  Both machines
: have CDROMs and the InfoExplorer CD. I think that means that I can delete
: all the InfoExplorer stuff, right?  Or do I have to leave a little bit on
: there to access the CD?

On my 220 I had pretty much the same problem.  After making sure that I had
access to the install images via an NFS connection I deleted everything in
inst.images directory. I would be *very* *sure* that you have a way to get
to those files somewhere before doing this though.  It does a nice job
of freeing up space.

--

*******************************************************************************
* Bill Ranck     DoD #496  ranck@joesbar.cc.vt.edu                            *
*******************************************************************************
From: thudao@hpindda.cup.hp.com (Thu-Anh Dao)
Date: Wed, 19 Aug 1992 00:26:57 GMT
Subject: Motif header files in AIX version 3.1?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.unix.aix


Does AIX version 3.1 have Motif header files, libraries and other
goodies as in option X11dev.obj of version 3.2?  If it does,
in which directories could I find them?

Any help would be highly appreciated.

Thu :-)
thudao%hpda@hplabs.hp.com
From: jerry@austin.ibm.com (Jerry Heyman)
Newsgroups: comp.unix.aix
Subject: Re: Can I build static executables under AIX 3.2 ?
Date: 13 Aug 92 22:00:49 GMT
Reply-To: jerry@austin.ibm.com
Organization: IBM AWD Austin, TX
Originator: jerry@heyman.austin.ibm.com


In article <BsxErE.H9r@news.cso.uiuc.edu>, e-sink@uiuc.edu (Eric W. Sink) writes:
> How do I build an app which does NOT use shared libraries ?
> 

In building some X11R4 apps to run on AIX v3.1 (which is shipped with X11R3)
I've been using the following options link options:

$ cc -o executable_name -bnoautoimp -bimport:/lib/syscalls.exp list_of.o \
  list_of_libraries
  
Hope this helps...

> -- 
> Eric W. Sink, Spyglass        | [ Cute quote deleted ]

jerry
-- 
Jerry Heyman                         e-mail   : jerry@austin.ibm.com
IBM AWD AIX Dev Env Tools MS 9631    "Software is the difference between
Austin, TX  78758                        hardware and reality"
*** All opinions expressed are exactly that - my opinions and NOT IBM's
Newsgroups: comp.unix.aix
From: root@stimpy.rus.uni-stuttgart.de (Bob Mayotte)
Subject: Vi is still broken.
Reply-To: rcm@stimpy.atex.kodak.com
Organization: Atex Publishing Systems, Inc.
Date: Mon, 17 Aug 1992 16:37:39 GMT

We have had problems with vi hanging on systems running 3.2.1.
We have ordered and applied the "fixes" 


ix24895 pty device driver (processes hung on output)
ix24329 posix line discipline (processes hung on input, w/ input available)

But vi still occasionally hangs. 
Does anyone else still have this problem.

By the way, Control-C "unhangs" vi and puts you in command mode.


--
	Bob Mayotte                      rcm@stimpy.Atex.Kodak.Com 
	System Administrator     	 Phone: (508) 670 - 3461  
	Atex Publishing Systems, Inc.    Fax:   (509) 670 - 3282 
	805 Middlesex Turnpike 	       
	Billerica, MA 01821		    

                     "But I wanna meet Muddy Mudskipper!"

Newsgroups: comp.unix.aix
From: kstailey@leidecker.gsfc.nasa.gov (Kenneth Stailey)
Subject: Re: bit definitions!!!
Organization: /kstailey/.organization
	<1992Aug10.202403.6086@awdprime.austin.ibm.com>
Distribution: usa
Date: Sat, 15 Aug 1992 06:35:38 GMT

>Is it really true that the AIX compiler does not allow
>character bit defintions? (only int)

Actually it only allows bitfields on unsigned ints, but GNU C 2.2.2 will
give your RS/6000 bitfields like you want.

Ken
--
 -----------------------------------------------------------------
	It's not just my .signature file, It's also a client!

replys to kstailey@gnu.ai.mit.edu or kstailey@leidecker.gsfc.nasa.gov
Newsgroups: comp.unix.aix
From: hc05@rexago8.uucp (Beirne Konarski)
Subject: Thundering Silence on SVR3
Summary: Has anyone gone from SVR3 to AIX?
Keywords: SVR3 SVID
Organization: Summit Information Systems
Date: Mon, 17 Aug 1992 16:58:56 GMT

We sent out a posting last week to see if anyone had gone from SVR3 to AIX in
order to find out how the experience was.  We got back no responses.  We assume
someone must have made this move, so I will try the post again with a simpler
set of questions:

1)	Have you moved to AIX from SVR2 or SVR3?

2)	How was the experience?

Post or send mail to hc05%rexago8@uunet

Thanks
-- 
-------------------------------------------------------------------------------
Beirne Konarski			| Reading maketh a full man, conference a
...uunet!rexago8!hc05		| ready man, and writing an exact man.
hc05%rexago8@uunet		|	-- Francis Bacon
Newsgroups: comp.unix.aix
From: haedener@iacrs1.unibe.ch (Konrad Haedener)
Subject: Exceeding disk quota: what happens ?
Keywords: quota
Reply-To: haedener@iacrs1.unibe.ch
Organization: University of Berne
Date: Mon, 17 Aug 1992 13:52:56 GMT

What exactly happens when a process is generating output that leads
to exceeded disk quota (soft, hard) ? Is it signaled ? If it is,
what signals is it sent ? 
Is the process owner supposed to be notified in any form of the exceeded
quota ?

Any info appreciated.
-- 
Konrad Haedener                             Phone: +41 31 65 42 25
Institute for Physical Chemistry            FAX:   +41 31 65 44 99
University of Berne
Switzerland                                 haedener@iacrs1.unibe.ch
Newsgroups: comp.unix.aix
Subject: Screen Capture of GL window (gltoppm) Almost..
From: Dr. Thomas Pierce <RS0THP@rohvm1.rohmhaas.com>
Date: Fri, 14 Aug 1992 14:48:43 EDT
Organization: Rohm and Haas Company


I earlier posted a request to capture the GL window generated by
my molecular modeling codes. They use the sabine card and 24 bits
graphics which is pretty to view, but a &^%$#( to try and save or plot.

I'd like to get the window in a pnm type format and then to
colorsposcript or IBM 24 xwd format. (Enhanced X?).

I received a program (included) that does not work for me. Core dumps.
Has anyone used this on IBM 3.2 (Fred are you out there?).

Please help.

#include <malloc.h>
#include <stdio.h>
#include <gl/gl.h>
#include <gl/device.h>

GLtoppm(char *fname)
/* Read the active GL-window and write a ppm file */
/* Fred Hucht 1992 */
{
   Int16 *buf,  R[256], G[256], B[256];
   Int32 dx, dy, dxdy, i;
   register Int32 ix, iy;
   FILE *tn;

   getsize  (&dx, &dy);
   dxdy = dx*dy;
   buf = malloc(sizeof (Int16) * dxdy);
   readsource(SRC_AUTO);
   printf("Reading %d of %d Pixels.\n",rectread (0, 0, dx-1, dy-1, buf),dxdy);
   clear(); sleep(1); rectwrite (0, 0, dx-1, dy-1, buf); /* Little joke...
                                      Delete this line if you don't like it. */

   getmcolors(0,255,R,G,B); /* Load colormap. Change 255 to 2^24-1 for 24 Bit.
*/
   printf("Writing ppm-file '%s'\n",fname);
   tn = fopen(fname, "w+");
   fprintf(tn,"P6\n%d %d\n255\n",dx,dy); /* Write ppm-Header. */
   for (iy = dy-1; iy >= 0; iy--) for (ix = 0; ix < dx; ix++)
   {
    i = iy * dx + ix;
    putc( (char)R[buf[i]],tn); /* Write RGB bytes */
    putc( (char)G[buf[i]],tn);
    putc( (char)B[buf[i]],tn);
   }
   fclose(tn);
   free(buf);
   printf("Ready !!\n");
}

main(argc,argv)
int
  argc;

char
  **argv[];
{
  GLtoppm(argv[1]);
}
Newsgroups: comp.unix.aix
From: jhuang@Chaos.mcs.kent.edu (Jing Huang)
Subject: Follow-up: Re: Debuging Segmentation Violation Fault
Keywords: Segmentation Violation
Organization: Kent State University
Date: Mon, 17 Aug 1992 22:03:48 GMT


	My wholehearted thanks to all of those who responded to my question.
Almost without an exception, I was advised to issue the "where" command to
get a trace-back of all the subroutines that uses the "malloc".

	However, to my great surprise, it later turned out that nothing was
wrong with my program. It was the system's library which got corrupted. And
I did not find this out until someone else took my favorite seat and I was 
forced to use another computer (we have 9 AIX). I would have never suspected
the system itself and could have spent my whole life (?) in vain.

	Keep in mind folks, next time you hit some strange behavior, try it
out on another computer first.

	Again, thanks a lot.

--
Jing Huang  |  jhuang@Chaos.mcs.kent.edu
Department of Physics
Kent State University
Kent, OH 44242

Newsgroups: comp.unix.aix
From: derek@watson.ibm.com (Derek Lieber)
Subject: Re: AIX 3.2.2 upgrade and ptrace
Date: Wed, 12 Aug 1992 13:59:19 GMT
Reply-To: derek@watson.ibm.com (Derek Lieber)
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

In article <1992Aug11.160451.9437@veeble.han.sub.org> jum@veeble.han.sub.org (Jens-Uwe Mager) writes:
>
>I have a program that stopped working when upgrading to AIX 3.2.2. This
...
>Does anybody now if the ptrace system call has changed considerably in 3.2.2
>or if there are still other fixes available to get it working as before?

A recent posting here suggested that ptrace problems were introduced
by update U402846. Another update, U405614, supposedly fixes it.
-- 
Derek Lieber
derek@watson.ibm.com
From: joe@zx11.cactus.org (Joe Senner)
Newsgroups: comp.unix.sysv286
Subject: SCO Xenix 286 partitions question
Date: 14 Aug 92 22:55:04 GMT
Reply-To: joe@zx11.cactus.org (Joe Senner)
Distribution: na
Organization: NOT

I have a 286 clone running 2.2.2 SCO Xenix. when I first installed the system,
I set aside a 6meg DOS partition. as it turns out, I never use DOS, and I
need the space on the Xenix side (I only have a single 40meg drive). is
there a way to either a) incorporate this space into the Xenix partition,
or b) turn it into a Xenix partition and mount it where I need it? I'd
like to avoid reinstalling the whole thing.

on a side note, I skimped on the swap size and subsequently panic due to
out of swap on a fairly regular basis. any tricks to expanding that?

my current setup looks like:

fdisk:
Current Hard Disk Drive: /dev/rhd00
	+-------------+----------+---------+----------+--------+---------+
	| Partition   | Status   | Type    | Start    | End    | Size    |
	+-------------+----------+---------+----------+--------+---------+
	| 1           | Inactive | DOS     | 1        | 749    | 749     |
	| 2           | Active   | XENIX   | 750      | 4884   | 4135    |
	+-------------+----------+---------+----------+--------+---------+
Total disk size: 4885 tracks, (6 reserved for masterboot and diagnostics)

divvy:
+---------------+------------------+---+-------------+------------+
| Name          | New File System? | # | First Block | Last Block |
| root          | no, exists       | 0 |            0|       33051|
| swap          | no, exists       | 1 |        33052|       35051|
|               | no               | 2 |            -|           -|
|               | no               | 3 |            -|           -|
|               | no               | 4 |            -|           -|
|               | no               | 5 |            -|           -|
| recover       | no, exists       | 6 |        35052|       35061|
| hd0a          | no, exists       | 7 |            0|       35146|
+---------------+------------------+---+-------------+------------+
35062 blocks for divisions, 85 blocks reserved for the system

apologies if I'm in the wrong group, I don't get comp.unix.xenix.sco here.
I also have very little documentation, it's probably here, just scattered
everywhere, so be verbose please :-)

-- 
Joe Senner -- joe@zx11.Cactus.Org                                   Austin, TX
      "Nuclear weapons can wipe out life on earth, if used properly"
                                   -- Talking Heads
Newsgroups: comp.unix.sysv286,comp.sys.ncr
From: nigel@cnw01.storesys.coles.oz.au (Nigel Harwood)
Subject: 132x25 on console
Organization: Coles Supermarkets
Date: Fri, 14 Aug 1992 01:21:59 GMT

Folks,

I need to switch the VGA console to 132x25 characters.  I have
investigated how to do this and have determined that I should be
using ioctl(0,SW_VGA_C132x25).  Unfortunately when I try this I
get a return code of -1.  I assume my approach is correct as I can 
change to 40x25 etc (not that I want to).

I have tried this on an NCR System 3000/3445 running SVR4 1.03 and
also on my Esix SVR4.03 at home and neither of them work.

The NCR VGA diagnostics can change to 132x25 happily enough and running
my system at home on DOS lets me go to 132x25 also.

Is there a problem with Unix and its ioctl() approach?

I would really appreciate some help on this one.

Regards
-- 
<<<<<<<<<<<<<<<<<<<<<<<<<  Nigel Harwood  >>>>>>>>>>>>>>>>>>>>>>>>>>>
<< Post:  Coles Supermarkets, PO Box 480 Glen Iris 3146, Australia >>
<< Phone: +61 3 829 6090  E-mail: nigel@cnw01.storesys.coles.oz.au >>
<<   FAX: +61 3 829 6886                                           >>
From: harry@hparc0.aus.hp.com (Harry Page)
Date: Tue, 18 Aug 1992 21:40:58 GMT
Subject: xterm: Permission Denied
Organization: HP Wellington, New Zealand
Newsgroups: comp.unix.bsd
X-Newsreader: Tin 1.1 PL4


I am having a little trouble running xterms under X386. Every time I try to
start an xterm I get a message saying Permission Denied and the xterm dies.
This is probably something very obvious but it has come to me yet. Any ideas?

Cheers
Harry
-- 
|  Harry Page			Internet: harry@hparc0.aus.hp.com         |
|  Hewlett-Packard		Phone: +64 4 382-0400                     |
|  Wellington                                                             |
|  New Zealand			                                          |
From: notes@hpuslma.STL.MSR.HP.COM (Notes Administrator)
Date: Sun, 9 Aug 1992 01:56:15 GMT
Subject: Re: ELM and News Ports
Organization: Hewlett Packard St. Louis, Mo.
Newsgroups: comp.unix.bsd

/ hpuslma:comp.unix.bsd / greggb@nic.cerf.net (Gregg Brekke) /  1:45 am  Aug  1, 1992 /
> greggb@nic.cerf.net writes:
> Problem With Elm...  After getting it to compile by editing almost every
> source file to either #define or #undef some of 386bsd's functions, it
> compiled.  The problem is that when I go to send a message with it, the 
> command line information gets sent to the program, but the /tmp/elm* file
> doesn't get appended to the header.  ELM only creates a minimal header 
> from the command line so 'elm joe@abc.edu' will get passed to ELM so joe
> will get a blank message.  If anyone else has looked at the problem, it
> seems to be in mailmsg2.c.  I just can't quite figure out where it is
> messing up... permissions, location, string copy?

I had the same problem.  It turned out to be a problem with the command
line passed to the system_call() function.  The sprintf generates a line that
looks like:

"( (/usr/sbin/sendmail -oi -oem \"root\" ; rm -f /tmp/snd.#) & ) < /tmp/snd.#"

I believe there is an interaction with the first level sub-shell and the 
sendmail process.  After starting the second level sub-shell in the background,
the parent shell is incrementing the file pointer.  (Just a guess)

I fixed the problem by re-arranging the sprintf call to generate a command
line that looks like:

"( (/usr/sbin/sendmail -oi -oem \"root\" < /tmp/snd.# ; rm -f /tmp/snd.#) & )"

I hope this helps,

Bill Nestor
WDN and Associates, Limited
St. Louis, MO
(no current email address)
From: phr@soda.berkeley.edu (Paul Rubin)
Newsgroups: comp.unix.bsd
Subject: Re: Restrictions on free UNIX / 386BSD (Re: selling 386BSD)
Date: 18 Aug 92 00:53:32 GMT
	<PHR.92Aug15214245@soda.berkeley.edu> <YSDIBS4@taronga.com>
	<9208162341.30@rmkhome.UUCP> <PHR.92Aug17112028@soda.berkeley.edu>
	<9208171721.29@rmkhome.UUCP>
Organization: CSUA/UCB
NNTP-Posting-Host: soda.berkeley.edu
In-reply-to: rmk@rmkhome.UUCP's message of Mon, 17 Aug 1992 22:21:27 GMT


    But some lawyers believe that the use of GCC to develop proprietary
    applications that are shipped "binary only" may be hazardous to a
    companies legal health.  The GPL has not been tested deeply in court.

The FSF has stated in numerous publications that GCC *output* is
not covered by the GPL.  I don't remember whether the GPL itself
states this specifically; maybe it should.

Note that some routines in the FSF-distributed C library are
copylefted and can't be shipped linked into a binary-only product
except in some conditions.  Cygnus and others offer non-copylefted
free libraries that sidestep this issue for developers.
Newsgroups: comp.unix.bsd
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: Hanging problem solved (work-around at least).
Summary: Problem narrowed down to '387 co-processor
Keywords: hangs, bugs, 387 coprocessor
Date: Sat, 15 Aug 1992 01:09:23 GMT


Well, taking a tip from Doug Anson's (danson@lgc.com) post to this
news group I decided to try something out.

I had npx.c always return 0 from the probe for the existence of a
math-coprocessor (I'm too lazy to pull chips out and stick them in again).

and *voila* .....  The kernel no longer crashes.

I'm running a kernel w/ the rlist fixes, and wd fixes (both of them) and
the MAX_KMAPENT fix (set to 1000), and the other bufpages fix 
Bill Jolitz mentioned.  It has been doing nothing but re-compiling the 
kernel over and over again for 14 hours, so I feel rather confidently 
that the problem has been isolated.

Also, I had put in the npx.c fix mentioned by James Van Artsdalen 
(james@raid.dell.com) - but that doesn't correct the hanging problem.
I don't know what this means to 486DX people; since you can't pull
your "coprocessor" out in that case.

Just to begin keeping data points on '387 problems, I'm running
a 20mhz 386 with a ULSI 33mhz coprocessor.

If you have a 387 coprocessor, and experience kernel lockups with no
recourse,  I would suggest you try pulling out the chip, or
altering npx.c as I have.

Unfortunately, I will be away on a conference this week, and will have
no opportunity to try and diagnose the details of the problem - if anyone 
does, please post what you find.

      - Dave Rivers -
     (rivers@ponds.uucp)
From: jtkohl@cs.Berkeley.EDU (John T Kohl)
Newsgroups: comp.unix.bsd
Subject: any experience with 4-port cards?
Date: 14 Aug 1992 21:00:04 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: stinson.cs.berkeley.edu

I'm considering getting a 4-port serial card of some variety; any
experience/sources/costs appreciated.

What I'd like to start with is something that is DOS COM1/COM2
compatible on 2 ports and something else on the others; I'm not afraid
of writing BSD device drivers.  Sockets (to insert 16550's) are a must;
I don't care if the card comes with the 16550's or not, though.
--
John Kohl <jtkohl@cs.berkeley.edu>
UC Berkeley CS grad student
Member of the League for Programming Freedom--details: league@prep.ai.mit.edu
(The above opinions are MINE.  Don't put my words in somebody else's mouth!)
Newsgroups: comp.unix.bsd
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: want to dial in
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Fri, 14 Aug 1992 22:29:57 GMT

kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:
>I want to use my 386BSD now for dialing in. 
>I tried the D2400 getty type and when I switched off-on my modem I saw the
>send/receive leds on the modem flash in conjunction with a console
>message saying that there was some overflow problem at com1 (silo or
>something like that). It looked like there was a feedback storm at the
>input port.

If you used your modem for DOS, you'll have to change the default settings.
(This isn't a 386BSD problem, but a generic UNIX issue).  You need to turn
off anything that echoes result codes or status back from the modem to 
the computer, or you'll have a getty war.
-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Newsgroups: comp.unix.bsd
Subject: Re: want to dial in
Date: 18 Aug 92 09:57:44 GMT
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen


In article <1992Aug17.222638.25710@unixland.natick.ma.us>, bill@unixland.natick.ma.us (Bill Heiser) writes:

>kuku@acds.physik.rwth-aachen.de (Christoph Kukulies) writes:
>> 
>>I was looking for a standard way to do it (switching my modem to no command echo
>>etc.). Do you think editing /etc/gettytab and inserting something like
>
>>D2400|d2400
>>   :im=ATE0\r:
>
>>would be appropriate? Or is this done elsewhere? I remember that in an earlier
>>release of SCO (ODT 1.0) I had uugetty for this purpose. 
>>What is the correct (standard / nohack ) method to set up the modem to avoid
>>this "getty war" problem?
>
>Well, what I did on my other system was to connect the modems to a DOS 
>PC, make the changes using <your favorite telecom program>, then re-connect
>the modem to the unix system.
>
>I suspect you could do it just fine by using "tip" in 386BSD.  Just set
>the modem registers appropriately (consult your manual), then save them.

This would be a kludge but it would not solve the problem that the process
would not get a HUP signal when e.g. phone line is hung up or modem power fails
or CD drops somehow. I have learnt meanwhile that a special device is necessary
(or a driver flag) to make for instance the open() block as long as CD is
inactive so that getty only gets the open satisfied until a call is coming in.

I'm presently trying to get the driver-flags.cgd and com.cgd patches 
working for this purpose. These patches are difficult to apply when other
patches have been made upon the original files already, BTW. 

Sigh. Oh, folks, 386BSD already did cost me my this year's vacation already.
Do I have all this time? 

--Chris

--Christoph Kukulies
-----------------------------------------------------------------
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.
Newsgroups: comp.unix.bsd
From: song@cds855.Cadence.COM (Song-Yu Yang)
Subject: DAT drive
Keywords: DAT
Organization: Cadence Design Systems, Inc.
X-Newsreader: Tin 1.1 PL5
Date: Wed, 19 Aug 1992 16:52:44 GMT

Hi,

I am planing to buy a DAT tape drive for my PC. I would connect it to
my Adaptec 1542B SCSI controller. I would like to use it under 386BSD,
too. Does 386BSD recognize DAT drive?

Thanks in advance!

Song

--
----------
Song-Yu Yang				E-mail: song@cadence.com
Cadence Design Systems, Inc.		Tel:	(408)944-7995
555 River Oaks Parkway, Bldg. 4, San Jose, CA 95134
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: Sun, 16 Aug 1992 17:33:24 GMT

In article <PHR.92Aug15214245@soda.berkeley.edu> phr@soda.berkeley.edu (Paul Rubin) writes:
>    If 386BSD was copylefted, it would be Linux. It's the absence of copyleft
>    that leads to the possibility of more than a bunch of random hackers
>    benefiting from it.

>Please clarify this.  How is anyone else prevented from benefitting
>from it?   Say, for example, the same people who now benefit from GCC?

OK, I missed one aspect of this in my previous article. There is a large
category of people who now benefit from GCC who would not be able to
benefit from a GPL-covered 386BSD. Next, Sun (In Solaris 2), and I believe
MIPS ship GCC with their products, in some cases as the primary compilers.
This sort of distribution is not practical for an operating system.

Mundanes are people too.
-- 
                                                                `-_-'
                         Have you hugged your wolf today?        'U`

Peter da Silva, Taronga Park BBS, Houston, TX  +1 713 568 0480/1032
Newsgroups: comp.unix.bsd