From: Peter Krueger (pkrueger++at++appss.de)
Date: 04/23/2004 01:06:43
From: "Jaroslav Sinecky" <jsin++at++host.sk>:
> Hi Peter,
> It sounds to me like similar problem I had integrating performer in MFC
> application. This had a solution setting window class to "pfChildWNDCLASS"
> for the graphic window (see bellow, read bottom-up). You can give it a try.
> Jaroslav
Hello Jaroslav!
Thank you for your answer. The problem is that I'm using GTK+ as user
interface and not MFC. After a quick view at the sources of the GTK-OpenGL
extension it seems to be difficult to change the type of the HWND to
pfChildWNDCLASS, because the HWND is inherited from the standard GDK
internal resources. If I've understood it right I would have to patch the
underlying GDK, which means that my application won't run on any standard
installations of GTK+.
Is there any way to tell Performer that it should NOT do any GetDC() or
swapBuffers or anything like that? I could initialize the OpenGL
operations (including making glContext current) and finalize OpenGL
(including swapbuffers) just around pfFrame(). Performer would then only
have to make its OpenGL calls and leave the resource management to me.
Or can I pass the HDC of my OpenGL-Widget to Performer, so that it doesn't
have to create its own every frame?
To the SGI people:
Is setting the window class to "pfChildWNDCLASS" a "wanted feature" of
OpenGL Performer or is this just a "work around a memory-leak-bug"? There
is no reference to it in the Programming Guide or in the man pages.
Regards,
Peter
-- ==================================================================== Peter Krügerapplied software solutions (appss) GmbH Sandtorstr. 23 D-39106 Magdeburg Germany
Phone: +49-(0)391-54486-19388 Fax: +49-(0)391-54486-19222 email: krueger++at++appss.de URL: http://www.appss.de/
Managing Director: Uwe Hess, Dietmar Schäfer Register: HRB12386, AG Magdeburg
"Virtual business becomes reality!"
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ====================================================================
This archive was generated by hypermail 2b29 : Fri Apr 23 2004 - 01:12:33 PDT