[Spread-users] deserialization problem on unix?

[Ryan Caudy]

We are getting close to releasing version 3.17.1 of spread, and one of 
the changes that will be included might help with this problem.  I've 
attached a patch to be applied to the spread source file session.c that 
will update it accordingly.  Please let us know if this helps.

--Ryan

Rod Fleischer wrote:
> 
> 
> Daniel Rall wrote:
> 
> 
>> Right, but it's easy to have the definitions of the class differ between
>> hosts, so that the bytecodes on one side of the network connection are
>> slightly different than the bytecodes on the other side.  Since you 
>> mounted the same file system for use by both hosts, this seems 
>> unlikely (especially since you even diffed the serialized data).
> 
> 
> 
> Agreed.  This is one of the reasons that I'm doing it via smbmount. (The 
> other being that I don't have to copy object code across after a 
> recompile.)
> 
> 
>> I'd try upping the XP version to _02 (assuming it's available).  I'd also 
> 
> 
> done.  no difference.
> 
>> For a narrower test case, I suggest open a TCP socket connection 
>> between your Linux and XP hosts, and writing a serialized 
>> com.sparta.network.spread.Foo object across it.  If you can 
>> deserialize on the Linux side, there may be a problem in that 
>> internal_receive() method of  the SpreadConnection class.  If you 
>> still can't deserialize, the problem is somewhere in the JVM, library, 
>> envrionment, or OS level.
> 
> 
> 
> Tried this.  Will include source below.  Without spread, it worked just 
> fine.  Linux side deserialized without any problem.  This suggests to me 
> that the problem is in fact in spread somewhere.  I don't understand why 
> there's a problem with the same serialized data on both sides, but with 
> spread removed from the picture it works...
> 
> Any idea what the likelihood of a fix in the near future would be?
> 
> If I can provide any further analysis, please let me know.
> 
> -Rod
> 
> 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: session.c.patch
Url: http://lists.spread.org/pipermail/spread-users/attachments/20030520/9b47bc11/attachment.pl