On 6/26/07, Andy Skinner <[EMAIL PROTECTED]> wrote:
I'm using 2.0. I could update, but maybe I'd better submit my include additions, since I don't want to lose those. That bit of code in GraphicsWindowX11.cpp does look like it could be a 32 bit / 64 bit issue. (Can I replace just that file?)
Yes, just copy in the trunk version of GraphicsWindowX11.cpp
I've seen messages recently about making debug versions of code. I made a debug build by setting the CMAKE_BUILD_TYPE:STRING to Debug. I'll look through some recent messages to see if that was the right thing to do. But it looked like I had a debug application, but using optimized OSG libraries. I'll see if I can get my build up right and get more info.
Unices don't normally have any problems with mixing build types between apps and libs.
As to whether it is a windowing issue, I'm mostly running from telnet shells displaying on my Linux box, or rather a VNC window on my Linux box being displayed on my Windows XP machine. :) So there is some room for something to have gone wrong. But I tried to run on a Sun machine, and got the same thing. (Should I expect my DISPLAY environment variable to be followed? 32 bit Linux is the platform I've had the most success with, but it still displayed osgviewer on the console, rather than my VNC window, which is display :1.)
GraphicsWindowX11 doesn't current check DISPLAY. BTW, my mine compile machine is a 64 bit linux. I don't have experience of trying to run OSG apps through VNC though. I presume you are just doing this to test things, your end users don't actually do this... do they ?? Robert. _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
