From: Alexandre Naaman (naaman++at++laplace.engr.sgi.com)
Date: 01/10/2003 08:56:15
Hi Florent,
> >Yes, I agree. I'll fire off a build with this change and see what happens
> >...
It looks fine with this change.
> in same way there is an incompatibility of 'ushort' keyword :
> Performer / wintypes.h:
> #define ushort unsigned short
> Qt / qglobal.h:
> typedef unsigned short ushort
ok, I'll check it out.
> Portability of our own VR platform/applications (between IRIX, Linux and
> Windows systems) has always been one of our major preoccupation...that's
> why we've found Qt very interesting/usefull as GUI library....
>
> But for 3D API part, if you want something higher than pure OpenGl code,
> we used :
> Cosmo3D/Optimiser for IRIX and Windows...(Qt app using csThread for 3D
> Viewer part)
> Performer for IRIX and Linux...('sproc' or 'pthread' to run Qt main loop)
>
> Now you've just ported Performer on win2000/XP side, since no 'sproc'
> nor 'pthread' exist on these system, things seem to be more difficult to
> implement without breaking compatibility with other OS...
> Qt provides platform-independent threads (QThreads), maybe we could use
> it to launch performer loop from...We also need to have access to
> Performer shared arena from Qt side...
The biggest problem for implementing an MP version of Performer on Win32
has to do with the absence of fork() on this platform. We already make use
of our own sproc() like functionality for win32 in other aspects of
Performer.
> ...I let you know when something will work...
Super!
A+,
Alex.
This archive was generated by hypermail 2b29 : Fri Jan 10 2003 - 08:56:18 PST