[Spread-users] Spread 3.17.2 Release Candidate 1 available
Jonathan Stanton
jonathan at cnds.jhu.edu
Mon Feb 9 15:11:57 EST 2004
Hello,
I have placed a 3.17.2rc1 source tar on the www.spread.org download site.
The following issues are fixed in it.
Please let me know if you notice any problems with it, or portability
issues to other platforms. I've only tested linux and Mac OS X so far.
This will become the final release if no problems are discovered.
Thanks,
Jonathan
February 9, 2004 Ver 3.17.2:
--------------
1) Fix daemon quit when multiple interfaces are configured as "D" daemon
interfaces in the spread.conf file. Bug reported by Orit Wasserman.
2) Updated url for Java 'ant' build system. Patch by Daniel Rall.
3) Fix group_id bug that causes incorrect vs_sets. Patch by Ryan Caudy.
4) Fix spread.conf parser so it validates the machine names in segments
and forces them to be less then MAX_PROC_NAME. Patch by Mikhail
Terekhov.
5) Minor fix to Mac OS X compilation so library softlinks do not fail the
second time make is run.
6) Alarm() changes to support priority levels on each Alarm() call.
7) Fix crash by improving packet accounting when a client connected to a
singleton daemon sends a large broadcast. Reported by David Shaw.
8) Fix bus errors on Sparc & Alpha for message buffer integer assignment.
Reported by Greg Shebert and Mikhail Terekhov.
9) Verify daemon names in spread.conf are unique. If non-unique names are
provided in spread.conf, configuration will be rejected and daemon will
not start. Suggested by Tim Peters.
10) Zero buffer in c library before sending multicast.
Reported by Panagiotis Kougiouris.
11) Send fewer lookup probe messages when only a single segment is
configured.
12) Remove extra token rotations when no messages are sent. Will decrease
network packet overhead.
13) Make mailbox and service in sp.h a typedef instead of a #define.
Suggested
and patched by Steven Dake.
14) Fix small endianness error in sp.c where the mess_type field may not
be
correctly converted for different endian platforms when the SP_*_recv
calls
return a BUFFER_TOO_SHORT or GROUPS_TOO_SHORT error.
--
-------------------------------------------------------
Jonathan R. Stanton jonathan at cs.jhu.edu
Dept. of Computer Science
Johns Hopkins University
-------------------------------------------------------
More information about the Spread-users
mailing list