[osg-users] osgConv RegisterWindowingSystemInterfaceProxy Win32

[Argentieri, John-P63223]

Robert,

I'm not sure about *nix, but I know that on Windows, the osgViewer.dll
will NOT get loaded unless a symbol from it gets referenced. That does
not include this symbol:

static RegisterWindowingSystemInterfaceProxy
createWindowingSystemInterfaceProxy;

>From within GraphicsWindowWin32.cpp, at least by default. I'm not sure
what you want to do for this. You could force osgconv to implicitly load
osgViewer.dll by modifying the solution files, or create something on
the stack in osgConv.cpp that is defined in osgViewer.dll. So far you've
refuted both of these solutions. However, we do need to supply texture
compression support to our customer, even on Windows. I'll bet that you
guys need to do the same. IMHO, forcing the link is the least invasive
solution. If I'm not mistaken, that's what happens on *nix anyway when
you give g++ the "-losgViewer.so" so the statics and globals get created
in this case. 

One other option would be to move osg::GraphicsContext into
osgViewer.dll, that way when the GraphicsContext is declard in
osgconv.cpp, then osgViewer.dll will be loaded, and the
RegisterWindowingSystemInterfaceProxy will be created.

John Argentieri
Software Engineer
GENERAL DYNAMICS C4S
(407) 281-5568
John.Argentieri at gdc4s.com

"This email message is for the sole use of the intended recipient(s) and
may contain GDC4S confidential or privileged information. Any
unauthorized review, use, disclosure or distribution is prohibited. If
you are not an intended recipient, please contact the sender by reply
email and destroy all copies of the original message."



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/attachments/20071203/332d3acc/attachment.html