HDTenEightyP/NetNews huggingface dataset:
From: athos@eyrie.img.com.au (David Burren)
Newsgroups: comp.unix.bsd
Subject: Yet Another 386BSD 0.1 Success (also disktab query)
Date: 30 Jul 92 04:31:18 GMT
Organization: img Consultants, Melbourne, Australia

I can now report 386BSD success on yet another platform:

	16 MHz 386SX / 2 MB RAM (unknown manufacturer)
		and
	20 MHz 386DX / 4 MB RAM (NEC I believe)
		The DX is on loan for a while, and I've swapped all the
		following devices between the systems with no 386BSD problems.

	HGC video card
	WD 8013 Ethernet
	Serial card
	MFM controller
		1.44 MB floppy
		Seagate ST4053 44 MB drive
	1540B controller
		Quantum P40S
		(Will be reorganizing machines this weekend to )
		(free up a Miniscribe 9380S to load etc01/src01)

Although the installation notes say that 40 MBytes is the minimum to load
bin01, I found it wouldn't fit on the Seagate with the uncompressed
distribution as well.  I got around that by hooking up the Quantum as /tmp.

I'm now trying to work out what to do with the Seagate, as a quick benchmark
shows it up as being well over twice as slow as the Quantum on reads, and at
_least_ 5 times as slow on writes.  I'll have to try bonnie on it soon to get
some accurate figures.

As for installing onto the Miniscribe, at least I still have the bin01 files
on the Quantum...  mread is pretty bloody slow...

Finally, is there anyone else collecting disktab entries?  The only ones
I found on kirk and agate were for a small number of MFM/IDE/ESDI disks,
and I'm sure a lot more than that have been written.
Where should I send my new entries?  If I was ftp'able here I'd think about
organizing an archive, but...

- David B.
  athos@img.com.au
Newsgroups: comp.unix.bsd
From: trandu@woods.ulowell.edu
Subject: address needed
Organization: University of Lowell
Date: Sat, 25 Jul 1992 08:40:53 GMT

hi,
i am looking for Paul Vixie USMAIL address to send him a tape, could
you help?
thanks
huy


Newsgroups: comp.unix.bsd
From: anthony@csd4.csd.uwm.edu (Anthony J Stieber)
Subject: Re: Writing a driver for QIC-40, floppy controller tape drives
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Wed, 29 Jul 1992 16:54:13 GMT

In article <1408@sousa.ltn.dec.com> paradis@sousa.ltn.dec.com (Jim Paradis) writes:
>hasty@netcom.com (Amancio Hasty Jr) writes:

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

Why not make a special 386BSD kernel designed to just do backups?
Perhaps it could have a special single user mode just for backups.
I've read that programs like dump shouldn't be used on an active
filesystem anyway.  I'm not sure even tar should be used except in
single user mode either.

For people that have two computers, one solution would be to do a
network backup from the BSD box to the MS-DOS box with the tape drive.
--
<-:(= Anthony Stieber	anthony@csd4.csd.uwm.edu   uwm!uwmcsd4!anthony
Newsgroups: comp.unix.bsd
From: risner@ms.uky.edu (James Risner)
Subject: Re: adding another swap partition
    <14inptINN564@agate.berkeley.edu> <1992Jul22.142107.10000@chinet.chi.il.us> 
    <zkgmp+l.kwan@netcom.com>
Date: Thu, 23 Jul 1992 15:46:10 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

kwan@netcom.com (Kwan-Seng Low) writes:

>Is there any way you can post the multiple swap partition kernel
>(dist.fs) on the net (ftp on one of the disty. site). I'm dying to get the
>kernel that do this , to swap on my 2nd disk.
>Thanks in advance.

>PS: if you decided to do that, can you post the instruction as well.

>Kwan

A recompiled kernel with second drive support and second drive swap support
is available on f.ms.uky.edu:/pub2/386bsd-0.1/unofficial/second.drive.randy/*

Risner
Newsgroups: comp.unix.bsd
From: greywolf@ossi.com (Roan Anderson)
Subject: Re: USL vs. BSDI and what to do
Keywords: I hope USL undergoes serious repercussions.
Organization: Open Systems Solutions, Inc.
Distribution: na
Date: Thu, 30 Jul 1992 21:19:35 GMT

From: bzs@ussr.std.com (Barry Shein)
/*
 * AT&T has a big vote on whether or not USL pursues the lawsuit. So do
 * other large USL shareholders (who are they?)

Fujitsu America, Inc. is one, I believe.

 *
 * --
 *        -Barry Shein
 */

The opinion that USL should die is most certainly NOT the opinion of
Fujitsu America, Inc. nor of its subsidiaries, including Open Systems
Solutions, Inc., my opinion notwithstanding.
-- 
My other car was on Alderaan.
From: bs@Germany.EU.net (Bernard Steiner)
Newsgroups: comp.unix.bsd
Subject: Re: 386BSD-0.1/BRLCAD4.0 benchmark -- poor floating point performance
Date: 30 Jul 1992 09:13:53 GMT
Organization: EUnet Backbone, Dortmund, Germany
Distribution: world
NNTP-Posting-Host: walhalla.germany.eu.net

In article <l7ctu0INN880@neuro.usc.edu>, merlin@neuro.usc.edu (merlin) writes:
> point operations (+, -, /, *) but not for higher functions -- these go
> to /usr/src/lib/libm/ieee/support.c where they get emulated (ie _sqrt)
> very slowly.  Perhaps someone has a redistributable i386 library which
> could be plugged in place of the default 4.3BSD mathematics library.

I started writing such a beast. However, error handling needs to be implemented.

If there isn't anything more complete (and correct :) around I'll make it
available.

Cheers,
	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
From: tinguely@plains.NoDak.edu (Mark Tinguely)
Newsgroups: comp.unix.bsd
Subject: Re: Bugs in init.c
Keywords: /sbin/init shutdown
Date: 29 Jul 92 14:04:34 GMT
Article-I.D.: plains.19417
Organization: North Dakota State University

In article <1992Jul29.122823.5474@news.tu-graz.ac.at> chmr@fstgds01.tu-graz.ac.at (Christoph Robitschko) writes:
>
>I have found some bugs in /sbin/init. They caused the following behaviour:

 ...

 I saw these problems too. I also tried to reboot in single user mode and it
 started to run the gettys. I went back to the init I posted for 0.0.
 
Newsgroups: comp.unix.bsd
From: faldor@seq.uncwil.edu (Faldor Inglorion)
Subject: has anyone gotten arc ported yet?
Organization: Univ. of North Carolina @ Wilmington
Date: Fri, 31 Jul 1992 02:07:37 GMT

I think the subject line basically covers it...  

Thanx in advance,
Faldor

.___________________________________________________________________.
|               University of North Carolina at Wilmington          |
|                          Faldor Inglorion                         |
|                        faldor@seq.uncwil.edu                      |
|-------------------------------------------------------------------|
|  Alien Invasion Division : Integration/Substitution Group. (ISG)  |
.___________________________________________________________________.
Newsgroups: comp.unix.bsd
From: hitchens@untadh.enet.dec.com (Francis J. Hitchens)
Subject: 386BSD 0.1 installed on DECstation 325
Reply-To: hitchens@untadh.enet.dec.com (Francis J. Hitchens)
Organization: Digital Equipment Corporation
Date: Thu, 30 Jul 1992 07:00:50 GMT

Hi,

I have installed 386BSD on a DECstation 325, a 386 with connors
CP30104 and WD8003EP ethernet card.

First try was on a 40mb partition, with the patched dist.fs from
agate.berkley.edu . The system part came up after the INSTALL reboot,
but only as far as printing the ethernet device info, then it crashed
with some vm_bla... error, it was too fast for me to read.

I then installed on the whole disk, and it reboots ok without
crashing. Anybody know why this is so and how to fix it, as I will
have to put DOS back on the whole machine soon if I can't reserve 40mb
for 386BSD alone ?

Apart from that ftp worked O.K for the installation, B.I.N.D works, NFS
works except that if the server exports database specifies an access list.
Then NFS gives a "Mount RPC error on /x/x@blah.dec.com Permission denied".
Remove the access list then all is O.K. NFS doesn't seem to be able to
mount UCX remote file systems served by VAXes running VMS.

Many thanks for all the fun

regards Francis J. Hitchens.
From: danson@lgc.com (Doug Anson)
Newsgroups: comp.unix.bsd
Subject: X386 for 386BSD
Date: 31 Jul 92 16:46:35 GMT
Organization: LandMark Graphics Corporation LGC

Hi!

First off, thanks to all for the X386 port to 386BSD!!!!

I pulled X386 binaries off of agate for 386BSD.  I noticed that the
X server is *11 MEG* in size -- is this for real?  How much swap is 
recommended?  I know that shared libs aren't implemented yet but I am
still supprized by the size. Obviously I'm missing something.

Any clues as to why this beast is so big?

Cheers,
Doug
-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
From: cp01395@dcsc.dla.mil (Duane L. Rezac)
Newsgroups: comp.unix.bsd
Subject: 386bsd and SCSI Drives
Date: 28 Jul 92 12:07:26 GMT
Organization: Defense Construction Supply Center, Columbus


386bsd looks very interesting, but the system that I would like to
try it on does not have an Adaptec SCSI.  Is is possible to get 
386bsd to work with other brands of SCSI adapters? 

We have a 486/33 with 16m memory and 2 600m drives that would be a 
good system for 386bsd, but it has an Always Technology IN-2000 SCSI
adapter.

Any suggestions would be appreciated..

Duane Rezac
drezac@dcsc.dla.mil
-- 
+-----------------------+---------------------------------------------------+
| Duane L. Rezac |These views are my own, and NOT representitive of my place|
|    drezac@dcsc.dla.mil                                  of Employment.    |
+-----------------------+---------------------------------------------------+
From: dricejb@drilex.dri.mgh.com (Craig Jackson drilex1)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T or USL, and extrapolation
Date: 27 Jul 92 14:47:35 GMT
Organization: DRI/McGraw-Hill, Lexington, MA
NNTP-Posting-Host: bbn.com

Thank you for posting the entire complaint.  Upon reading, several things
struck me:

1. I saw no mention of "trade secret" or similar words.  USL/AT&T simply
alleges that the NET2 code is derived from USL/AT&T code.

2. USL/AT&T seems to make a distinction that BSDI is marketing an operating
system based on the NET2 code, rather than a fragment of one.  This may
be related to the fact that "Unix" is a trademark of a particular brand
of operating system.  (I heard a rule years ago: "Trademarks are adjectives,
not nouns.")

This might be an attempt to draw a distinction between the effort of
BSDI and the NET2 distribution sitting on UUNET, which is not a complete
operating system.  However, this doesn't make sense.  Either there is
a license violation, or there isn't, it would seem to me.  Revealing a
portion of a trade secret is just as bad as revealing the whole secret.

3. An interesting point is that AT&T/USL seems to allege that the term "BSD"
has become linked with the AT&T/USL trademark "Unix", since all past
BSD releases required an AT&T license.  This would seem to lay groundwork
for a trademark-confusion suit based solely on the use of the term "BSD".

Obviously, the crux of this suit is whether the NET2 distribution requires
an USL/AT&T license.  All of the other stuff about 800-ITS-UNIX, etc. are
simply sloppy business practices on the part of BSDI.  I think that the
origins of this suit go back several years to when AT&T shut down the
office they once had which would examine a piece of code to see if it contained
AT&T proprietary code.  At that time, they decided to not give away their
rights to anything, but rather to let the courts decide.

I still don't understand exactly why the Regents of the University of
California were not a party to the suit.  It would seem that one option
BSDI would have, should it lose, would be to sue the Regents for false
statements about the origin of the code.
-- 
Craig Jackson
dricejb@drilex.dri.mgh.com
{bbn,alliant,redsox,atexnet,ka3ovk}!drilex!{dricej,dricejb}
Newsgroups: comp.unix.bsd
From: ckd@eff.org (Christopher Davis)
Subject: Re: AT&T vs. BSDI --> 4.3BSD-NET2 distribution requires AT&T license!!!
Organization: Electronic Frontier Foundation Tech Central
Date: Fri, 24 Jul 1992 16:20:44 GMT

Mike> == Mike Stefanik <mike@pacsoft.com> 

 Mike> Of course.  Since USL has it's fingers in (nearly) all of the
 Mike> pies, they really don't care who you buy the end product from ...
 Mike> they *are* getting a piece of the action with every sale.

Except, of course, for sales made by companies that don't have to pay
USL for a license...like BSDI.  (Gee, how coincidental...)
--
Christopher Davis * ckd@eff.org * System Administrator, EFF * +1 617 864 0665
   ``The First Amendment is often inconvenient.  But that is besides the
  point.  Inconvenience does not absolve the government of its obligation
         to tolerate speech.'' --Justice Anthony Kennedy, in 91-155
Newsgroups: comp.unix.bsd
From: kwan@netcom.com (Kwan-Seng Low)
Subject: Re: Removing 386BSD from the hard disk
Date: Wed, 29 Jul 92 02:11:32 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: 386BSD

In article <1992Jul28.191414.24537@gateway.novell.com> terry@npd.Novell.COM (Terry Lambert) writes:
>In article <wutcd.712344627@hrz.tu-chemnitz.de> wutcd@hrz.tu-chemnitz.de (Joerg Wunsch) writes:
>>Kwan-Seng Law advised to low-level format the disk. If you don't want to
>>do this (on an IDE, about 10 % of IDE drives are problematically with this),
>>write a simple DOS program which nullifies all sectors of the first tracks
>>(via BIOS hard disk interrupt); i'm sure this will help, at least when done
>>on the whole disk.
>>
>>	good luck,
>>		J"org
>
>From th release notes:
>
>	1)	boot tinybsd floppy
>	2)	cat /386bsd >/dev/wd0d
>
>Or, if you don't want to lose a large chunk off the front of the disk:
>
>	1)	boot DOS 5.0 or above
>	2)	fdisk /mbr
>
>
>					Terry Lambert
>					terry_lambert@gateway.novell.com
>					terry@icarus.weber.edu
>---
>Disclaimer:  Any opinions in this posting are my own and not those of
>my present or previous employers.

	The reason I made the suggestion was fdisk /mbr failed to  wiped out
the 386bsd  from my hard disK. I boot with the dist.fs after I ran fdisk/mbr.
Install compaints... : It appears 386bsd has been installed on your hard disk,
do you want to overwrite it? (y/n)
if I hit yes, it'll prompt me the same question over and over again, til I
hit no. After I low level format the disk, this prob. gone away.
BTW, I'm using AHA1542b with CDC94171 300Meg SCSI 5 1/4".
any clue?

Kwan-Seng Low
Xref: sparky comp.unix.bsd:2998 misc.jobs.misc:5407
From: hvozda@wilbur.psu.edu (Eric Hvozda)
Newsgroups: comp.unix.bsd,misc.jobs.misc
Subject: Re: AT&T sues BSDI
Date: 27 Jul 92 23:41:15 GMT
Organization: Penn State University, Center for Academic Computing

In article <1992Jul25.222121.20426@socrates.umd.edu> ice@socrates.umd.edu (Fredrik Nyman) writes:
>
>Comments?

Indeed!

This whole mess reminds me of an article I read about two companies in
Eastern PA.  Company X had setup shop in a small town.  The plant was the
town's livelyhood.  Company X decided to pull out.  A new company, company Y,
who is a competitor of X, decided to purchase the old plant.  They offer jobs
to most of X's employees that X had layed-off.

Just as Y is about to open the plant, X contents that none of their former
employee can work for Y, since they would be using proprietary information
while working for Y.

X has filed suit against Y and serveral of their former employees.

X and Y are cheese manufactures.  I beleive X==Kraft.

This was in WSJ and AP had a few stories about it awhile ago.

It is a shame companies can be so petty over such things when all poeple want
to do is make a living...

-- 
Ack!                             esh101@psuvm.psu.edu             ESH101@PSUVM
hvozda@vivaldi.psu.edu           hvozda@wilbur.psu.edu            DoD #0217
Newsgroups: comp.unix.bsd
From: rivers@ponds.uucp (Thomas David Rivers)
Subject: Re: Kernel Recompilation Problems
Distribution: na
Date: Sun, 26 Jul 1992 12:50:10 GMT

  Just to add to the list of symptoms, usually when I recompile
 the kernel, everything locks up; forcing me to reboot.

  I have verified that *nothing* is happening the machine has
 halted.  There's no PANIC or anything, just stops.

  I have a 20MHZ 386, 9megs of memory and an ULSI FPU, with
 a 240M IDE drive.

    - Dave Rivers -
    (rivers@ponds.uucp)
From: keithl@klic.rain.com (Keith Lofstrom)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T sues BSDI
Keywords: BSDI AT&T
Date: 25 Jul 92 01:42:46 GMT
Article-I.D.: klic.1992Jul25.014246.11533
Organization: Keith Lofstrom Integrated Circuits

dennis@nebulus.ca (Dennis S. Breckenridge)  [ and others ] write:

>Send your $1000.00 to BSDI and get a source license now.

I just did so.  There are a number of reasons why this is a good idea:

0)  There aren't all that many copies of BSDI out there right now.  If there
are enough of us, there will be a hell of a lot of us to take the copies away
from, worst case.  Might help dissuade the enforcers if the case is otherwise
marginal.

1)  If BSDI loses the battle, you have a collector's item.  Be sure to hide
it from the phone cops.  ("Uh - the dog ate it").  

2)  BSDI could use the money.

3)  BSDI could use the encouragement.  There is NOTHING like eager customers
to encourage people in a small company to work harder.

4)  BSDI probably has investors.  If those investors see a sudden upsurge in
sales, they will probably invest more rather than pull out.  If BSDI sold
twice as many copies over the next few weeks as forecast in the business
plan, they tend to look twice as valuable, which means their investors will
try to buy a larger stake, which means LOTS OF BUCKS.  A very small number
of purchases now can have a hell of an effect on the resources BSDI can devote
to the AT&T battle.

That means YOU, bucko!  Your spending a kilobuck now could result in
$10K-$100K additional investment.  Here's a chance for us little guys to
have an impact!  As much as I hate the idea of this lawsuit, it does give
us an opportunity for doing good deeds!

Buy a copy for yourself.  Your friends.  Your Mom.  Your Dog.  ;-)

< Gush mode off >

Keith
-- 
Keith Lofstrom         keithl@klic.rain.com       Voice (503)-520-1993
KLIC --- Keith Lofstrom Integrated Circuits --- "Your Ideas in Silicon"
Design Contracting in Bipolar and CMOS - Analog, Digital, and Power ICs
From: explorer@iastate.edu (Michael Graff)
Newsgroups: comp.unix.bsd
Subject: wd0: Cannot find disklabel
Date: 24 Jul 92 16:05:50 GMT
Article-I.D.: tbird.explorer.711993950
Organization: Iowa State University, Ames IA

I get this message when I try to boot from a partition...  If I allow
386bsd to have the entire drive, it at least boots.  Other problems after
that, but it boots.

This is an ESDI drive...  145M, with 100M for bsd.

-- 
--
Michael Graff    Iowa State University Computation Center      Project Vincent
215 Durham                voice: (515) 294-4994           explorer@iastate.edu
Ames, IA  50010           fax:   (515) 294-1717           gg.mlg@isumvs.bitnet
Newsgroups: comp.unix.bsd
From: greg@ecse.rpi.edu (Greg)
Subject: Writing a driver for QIC-40, floppy controller tape drives
Summary: I need info on QIC-40 Floppy controller type tape drives.
Keywords: QIC-40 tape
Date: Mon, 27 Jul 1992 21:23:45 GMT

   I have a QIC-40 tape drive that has been gathering dust since I
dumped SCO XENIX for 386bsd. Having a small disk, I sure would like to
be able to archive stuff.
   I have never written a driver before, but there is a first time for
everything! The problem is, I have squat in the way of technical docs 
for it. I have not tried to contact the manufacturer yet, I will probably
do this soon.
   Meanwhile, I wonder if anyone has any info on this type of drive. Right now,
I am more interested in just making it go than I am in being able to
read and write QIC-40 tapes. Does any one have experience with
this type (i.e. floppy controller) tape drive interface? Does it
vary between manufacturers ( mine is an Irwin, OEM archive). Do you have or
know of any useful docs? Are there any big issues that I am missing?

Thanks, Greg       greg@megas.ecse.rpi.edu
 

Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject:  Can ftp now (WD8003 works with patch)
Keywords: patch WD8003 ftp 
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Sat, 25 Jul 92 15:18:05 GMT


After finding that there seem to be problems with NE1000/NE2000 cards
I took my WD8003 ,jumpered it to irq 2 io 280 and booted the system to get
ftp finally working in order to download the rest of the binaries, etc and src
disribution.

The card was recognized but ftp did not work. Then I downloaded

    src.doc.ic.ac.uk:386BSD/386bsd-0.1/unoffical/dist.fs-WE800

and ftp worked!. Great. I was getting 80 KB/sec over a 486 SCO based router
to a DecStation 3100. 

One experience aside: During experimenting with various io addresses and irq vectors I found that the autoconfiguration code in TinyBSD seems to find the io address correctly but it cannot detect on which irq the card is running.
I jumpered the card to irq 5 and the autoconfig still was showing irq 9 (mapped
from 2 -> 9).

Now I'm belonging owner of the BIF belt (can Bootstrap, Install on hard disk
and FTP the rest of the system).

Next higher rank is BIFN: BIF + 'can use NFS' :)

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

Newsgroups: comp.unix.bsd
From: kuku@acds.physik.rwth-aachen.de (Christoph Kukulies)
Subject: Re: compiling kernel hangs machine
Reply-To: kuku@acds.physik.rwth-aachen.de
Organization: I.Physikalisches Institut RWTH-Aachen
Date: Mon, 27 Jul 92 17:29:38 GMT



>>Could it be that the swap default space (5MB) is too small for compiling
>>a kernel with a 4 MB machine. I tried a first kernel build this
>>afternoon on a 386SX 4MB and when I came back after several hours the machine >>seemed to be dead - login from outside was not possible (telnet hung also).

>>This happened during the compilation of tty.c .

>>Is it possible to increase the swap space simply by swapping to a file (swapon)? 


>I had similar problems. Sometimes the make hangs and the only remedy is
>a reboot. I managed to build a kernel with ddb. Using CTRL+ALT+ESC I

Good to hear I'm not alone. BTW, I rebooted also and next time I started
make in /sys/compiles/GENERICISA I removed some processes (routed, mountd,
lpd and what else there was not so important) and I got through.

The kernel I rebuilt contained the nfs_patch posted recently. Strange though
it was exactly the same in size (bytes) as the kernel in /. Didn't do a sum 
- maybe I trashed sum during installation of etc01.

--Chris
-----------------------------------------------------------------
kuku@acds.physik.rwth-aachen.de
*** Error code 1
 
Stop.
From: uekleinf@mcs.Drexel.edu (Erik Kleinfelder)
Newsgroups: comp.unix.bsd
Subject: Re: AT&T sues BSDI & Our Retaliation
Date: 29 Jul 92 13:29:27 GMT
Organization: Drexel University

>>>>> On 28 Jul 92 22:51:02 GMT, john@hq.af.mil (John Ryan) said:


John> 14) Write your copyrights free to everyone except AT&T.

John> John Ryan             john@hq.af.mil        ..uunet!hq!john

     Now there is an idea.  You want to start getting noticed, pull any PD
software out there that you originally made, restate the copyright, and put
it back out on the net.  AT&T should really start getting the idea when they
have to start paying for everything or risk Copyright Infringment.

Erik (uekleinf@mcs.drexel.edu)