Hello Pablo,
Pablo Carneiro Elias wrote:
> well, we're having more troubles now due to the indirect use of
> <X11/X.h> by the PassiveWindow under linux. The problem is X.h creates
> hundreds of global compile definitions that causes a lot of conflicts
> (since its a compile definition, namespaces don't help). We use
> precompiled headers, and thats why OSG includes affects all code. We
> think that PassiveWindow shouldn't include nor use NativeWindow because,
> as far as we can tell, it really does nothing but to delegate rendering
> context to a local system (eg. we use a Qt Window with an OpenGL canvas).
>
> X.h might be a particular source of difficulties since it creates many
> global definitions, it seems better not to use it without the real need
> to do it.
>
> Is that change really possible or we're missing something?
from what I can piece together by looking through the code, I suspect it
is not that straightforward: the PassiveWindow essentially captures the
active OpenGL context at init() time and stores it internally. This
allows it to enable/disable the context as needed (AFAIK this is
required for the parallel drawer).
One solution I could imagine, is to rename the PassiveWindow as it
currently exists into ExternalContextWindow (i.e. it is a window that
does not create a context of its own, but still has control over it) and
reintroduce a fully PassiveWindow that leaves all context handling to
the user, but probably can not be made to work with the parallel drawer.
As mentioned previously Gerrit (in CC) may know more about this, but he
is pretty swamped with teaching related tasks, so he may need a couple
of days to catch up with his inbox.
Cheers,
Carsten
------------------------------------------------------------------------------
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
