02/20/95:  Version 3.0b3

  Sorry for the delay since the last time I released a Linux reflector... I
been busy.  Anyway 3.0b3 here required the same fixes as 2.50b1.  There seem
to be a lot of compiler warnings anymore, I doubt they are important however
probably mostly prototype warnings again.  We still ignore the recvfrom
error in socket.c -- I don't know if this is still necessary however.

  Newer linux kernels (at least 1.1.72 and above.  What ever happened to
1.2.x??) support multicasting, and the reflector will compile w/o bombing
with the -DMBONE option specified.  I can't say that it works however, since
we don't have a MBONE reflector handy.  -- Someone is welcome to donate one
however... =) I think one can "borrow" someone elses reflector to try it out
however.  I always welcome feedback on how well the reflector works, etc...

  NOTE: The binary is compiled with the options specified in the Makefile,
therefore with MBONE support and with DONTLOGPKTS turned on.  If you don't
want MBONE or packet logging edit the makefile and recompile, it should go
without a hitch.

  EXTRA: nv doesn't seem to want to connect to the reflector... It seems to
stay up at least (which is more than I've heard it'll do).  I don't really
have a working nv client to use, and the reflector isn't telling me much,
soo... I'll just have to leave it at that for now.

						- Steve Baker
						  root@mama.indstate.edu

11/29/94:  Version 2.50b1

  Again, same as 2.40b4, I added an option to the makefile to turn off the
logging of the packet information in the log file, which makes for big logs
if you have a camera that reflects off the reflector 24 hours a day.  This
logging is turned off by default in the Makefile, to turn on the logging
again comment out the -DDONTLOGPKTS.

  Apparently MBONE is sorta supported in the Linux kernel, you will need to
get some headers to make this thing compile tho, I'll work on getting those
and include them in later releases of this if I can get a handle on the
MBONE stuff.  Until ISU gets a MBONE router I'm in the dark however.  The
multicasting stuff is supposed to be worked on in the 1.3.x kernels.

  The continue after recvfrom() error hack in socket.c is still in there.

							- Steve Baker

11/21/94:  Version 2.40b4

  Basically same as with 2.40b3, however we had some problems with the
reflector dropping dead on some recvfrom error in socket.c line 280, so we
made it ignore the error (bad) and the reflector became rock solid (good).
We reflected the Prince Charles fiasco with ~ 38 users the whole time and
the reflector didn't so much as hiccup after the fix.

  My knowledge of MBONE is virtually nil, since we don't have it at ISU, and
I've not bothered to keep up on it, so if you want this thing to do MBONE,
you're on your own.  You're welcome to mail me how you got it to work and
I'll put instructions in this distrib, whenever I find the time to update it.

							- Steve Baker


10/19/94:  Version 2.40b3

  Basically made some small changes to the Makefile, and put some #ifndef's
to not use #include <sys/socketvar.h> which doesn't exist under Linux.  If
you have MBONE you should uncomment out the -DMULTI in the Makefile and
re-compile, you'll get some prototype errors but nothing major.  As far as I
know Linux does do MBONE, so use it if your routers does it.

  After this I'll try and get the guys who take care of the real thing to
put the changes needed to make it compile cleanly under Linux.

  Also don't use -DDEBUG, unless that is you want to fill your filesystem up
in no time flat...

						- Steve Baker

08/14/94:  Version 2.30b1

  Thanks go to Mitch Nibblelink (mnibbeli@calvin.edu) for patching some byte
order problems with the MOTD field length and more string copies into the
text segment (causing segmentation faults).  This stuff really should be
officially patched since this isn't good no matter what OS it's running on!

  Mitch promises that it'll work just spiffy now, so blame him if it breaks!

  Thanks Mitch!


07/26/94:  Version 2.30b1

  This was compiled under the slackware 1.2 distribution, it'll probably
compile under just about anything.  The main problem with porting it is
making it not use the sys/socketvar.h header that all the source files want.
That's about it really.  There are plenty of prototype warnings, but you can
ignore them.

  I also fixed a problem in main where some bozo was doing two strcpy's in
the wrong direction, causing segmentation faults... I find it surprising
that anyone could get it to work at all, but I guess it'll only do it under
certain circumstances.

  I don't know if this version will work right or not, but previous versions
worked fine on our Linux box.  Included are the linux binaries.

						- Steve Baker
						  root@mama.indstate.edu
