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?)
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. 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.) thanks andy -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield Sent: Tuesday, June 26, 2007 2:42 PM To: osg users Subject: Re: [osg-users] crashing on our build with SUNWspro compiler Hi Andy, Which version of the OSG are you using? I recently (post 2.0) refactored the GraphcsWindowX11::setWindowDecorationImplementation() so that it avoids the multiple 32bit vs 64bit paths, it now just uses long which should hopefully compile as 64 bit on 64bit unix systems and 32bit on 32bit systems without the need for multiple code paths. As a bit of background, the original window decoration code (in 2.0) was sourced from Producer X11 window decoration code. The new code path was partially inspired by FLTK just using long's. I worked on the assumption that FLTK has been ported across multiple 32bit/64 bit systems... Anyway, this might not even be a 64 bit vs 32bit issue, it could be a threading issue, or perhaps even a windowing issue. Robert. On 6/26/07, Andy Skinner <[EMAIL PROTECTED]> wrote: > Martin, I got through compiling by adding #include statements, and > linking by adding -lrt, and now I'm crashing as I try to run. I'm > getting _somewhere_, because osgversion works, and osgviewer is crashing > on an X call. > > I get a bus error about address alignment: > [1] _XData32(0x100152810, 0x14, 0x0, 0x100199ca0, 0x4, > 0xffffffff7fffd3dc), at 0xffffffff7c56074c > [2] XChangeProperty(0x100152810, 0x680003, 0x0, 0x6, 0x100199c88, > 0x5), at 0xffffffff7c52e144 > =>[3] > osgViewer::GraphicsWindowX11::setWindowDecorationImplementation(this = > ???, flag = ???) (optimized), at 0xffffffff7ddc24e0 (line ~347) in > "GraphicsWindowX11.cpp" > [4] osgViewer::GraphicsWindow::setWindowDecoration(this = ???, flag = > ???) (optimized), at 0xffffffff7ddc0fa0 (line ~72) in "GraphicsWindow" > [5] osgViewer::GraphicsWindowX11::init(this = ???) (optimized), at > 0xffffffff7ddc30e0 (line ~635) in "GraphicsWindowX11.cpp" > [6] osgViewer::GraphicsWindowX11::GraphicsWindowX11(this = ???, traits > = ???) (optimized), at 0xffffffff7ddc81a0 (line ~51) in > "GraphicsWindowX11" > [7] X11WindowingSystemInterface::createGraphicsContext(this = ???, > traits = ???) (optimized), at 0xffffffff7ddc6f6c (line ~1277) in > "GraphicsWindowX11.cpp" > [8] osg::GraphicsContext::createGraphicsContext(traits = ???) > (optimized), at 0xffffffff7ee80fa0 (line ~49) in "GraphicsContext.cpp" > [9] osgViewer::View::setUpViewAcrossAllScreens(this = ???) > (optimized), at 0xffffffff7dd9e4f0 (line ~279) in "View.cpp" > [10] osgViewer::Viewer::realize(this = ???) (optimized), at > 0xffffffff7ddacce0 (line ~1710) in "Viewer.cpp" > [11] osgViewer::Viewer::run(this = ???) (optimized), at > 0xffffffff7dda9e64 (line ~745) in "Viewer.cpp" > [12] main(argc = ???, argv = ???) (optimized), at 0x10000e9e4 (line > ~146) in "osgviewer.cpp" > > I'm curious about the XData32 in that list, since I'm on a 64-bit > machine. Did you look at the differences between my compiler line and > yours and see anything? > > I'm also crashing as I try to run on 64 bit Linux, but much earlier--I > can't even run osgversion. I'm still looking into that one. We've > compiled older versions of OSG on 64 bit Linux before. > > thanks, > andy > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andy Skinner > Sent: Monday, June 25, 2007 4:36 PM > To: osg users > Subject: RE: [osg-users] std namespace on SUNWspro compiler > > I've gotten through compiling using SUNWspro and STLport. > > However, I didn't get through linking. It can't find sched_yield, which > a man page (I'm never sure if those are up to date with our actual build > environment) says is in librt. > > I'll look for that tomorrow. > > andy > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andy Skinner > Sent: Monday, June 25, 2007 8:50 AM > To: osg users > Subject: RE: [osg-users] std namespace on SUNWspro compiler > > Here's what I get. I'm running the flags we use to build our software > straight into this, and don't know what most of it means .... > > [ 1%] Building CXX object src/osg/CMakeFiles/osg.dir/ArgumentParser.o > /hub/sol2/apps/SUNWspro_studio11_20061107/opt/SUNWspro/bin/CC > -Dosg_EXPORTS -xO3 -xlibmil -dalign -xlibmieee -library=stlport4,Crun > -mt -features=tmplife -norunpath -errtags=yes -KPIC -xarch=v9a -KPIC > > -I/mathworks/devel/sandbox/askinner/Amake/3p/derived/sol64/osg2/include > -DOSG_LIBRARY -o src/osg/CMakeFiles/osg.dir/ArgumentParser.o > -c > /mathworks/devel/sandbox/askinner/Amake/3p/derived/sol64/osg2/src/osg/Ar > gumentParser.cpp > > andy > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Martin Spott > Sent: Saturday, June 23, 2007 5:19 PM > To: [email protected] > Subject: Re: [osg-users] std namespace on SUNWspro compiler > > Hi Andy, > > "Andy Skinner" wrote: > > One example of a file with these problems is > src/osg/ArgumentParser.cpp, > > complaining about atof(), atoi(), and strncmp(). > > Would you mind comparing a 'VERBOSE=1' build on your Sun with the > following compiler command: > > [ 1%] Building CXX object src/osg/CMakeFiles/osg.dir/ArgumentParser.o > /opt/SUNWspro/bin/CC -xO3 -xtarget=ultra2 -xautopar -xprefetch=auto > -Dosg_EXPORTS -KPIC -I/usr/local/src/OpenSceneGraph/include > -DOSG_LIBRARY -o src/osg/CMakeFiles/osg.dir/ArgumentParser.o -c > /usr/local/src/OpenSceneGraph/src/osg/ArgumentParser.cpp > > > This is what I get with SunStudio11 on Solaris10/Sparc - the result > looks pretty good to me .... > > Martin. > -- > Unix _IS_ user friendly - it's just selective about who its friends are > ! > ------------------------------------------------------------------------ > -- > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ > osg-users mailing list > [email protected] > http://openscenegraph.net/mailman/listinfo/osg-users > http://www.openscenegraph.org/ > _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/ _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
