Hello Pablo,

Pablo Carneiro Elias wrote:
> I've tried the following tests:
> 
> [client]            [server]
> linux64g4       linux64g4   ---> OK
> win32              win32          ---> OK
> 
> linux64g4       linux32g4   ---> fail
> linux32g4       linux64g4  ----> fail
> 
> linux32g4      win32          ----> fail
> win32             linux64g4   ----> fail

ok, I think I've found the problem(s): PassiveWindow (and GLUTWindow) 
derive from the NativeWindow which, at least when connecting windows and 
linux over a cluster, is a different type with different number/size of 
fields. When transmitting a CHANGED entry from the ChangeList a mask to 
indicate which fields need to be synced is transmitted, but that mask is 
interpreted differently on both ends of the connection :-/ [1]
There was also a mistake in BinaryMessage (used during the initial 
handshake) that caused use of std::vector<>::operator[] with an out of 
range argument, triggering an assertion on windows debug libs.
And finally some fields in the platform windows were not marked as 
FClusterLocal.
Can you please upgrade to r2168 and try again [2]?

        Cheers,
                Carsten

[1] Mac windows probably need a similar change.
[2] with that version I can connect between 64bit linux and 32bit 
windows in both directions.


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users

Reply via email to