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