[osg-users] Debugging hangs on Cygwin compiled version [just won't let sleeping dogs lie]
Robert, The cygwin group has made a few changes in their threading I noticed and also a couple changes to the debugger so I decided to give OSG a try just to see if we get closer. I did a little better getter a backtrace with a few things I picked up but still have a couple questions. Enclosed is a backtrace of the osgconvd at the point is generates a SIGSEGV. Not sure if this is much help at this point but I was curious if you can give me some idea what it might be using that causes the ??. I know that probably means I am working with a stripped non debug version of something - I'm just not sure what or how to find out. I am working with a debug version of the Cygwin Dll and the OSG application and libraries and I was able to do an strace of osgconvd running but I haven't had a chance to wade through it yet. Any ideas how I might carry this further. -- Brian Keener [EMAIL PROTECTED] /usr/local/bin/osgPlugins-2.3.7 $ gdb osgconvd GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin"... (gdb) set args cow.osg brian.osg (gdb) set cygwin-exceptions on (gdb) run Starting program: /usr/local/bin/osgconvd.exe cow.osg brian.osg Loaded symbols for /cygdrive/c/WINDOWS/system32/ntdll.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/kernel32.dll Loaded symbols for /usr/local/bin/cygosgDBd-2.3.7.dll Loaded symbols for /usr/local/bin/cygOpenThreadsd-2.2.1.dll Loaded symbols for /usr/bin/cygwin1.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/advapi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/rpcrt4.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/secur32.dll Loaded symbols for /usr/local/bin/cygosgd-2.3.7.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/glu32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/msvcrt.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/opengl32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/gdi32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/user32.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/ddraw.dll Loaded symbols for /cygdrive/c/WINDOWS/system32/dciman32.dll Loaded symbols for /usr/local/bin/cygosgUtild-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgViewerd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgGAd-2.3.7.dll Loaded symbols for /usr/local/bin/cygosgTextd-2.3.7.dll Program received signal SIGSEGV, Segmentation fault. 0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50) at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123 123 if ((*object)->magic != magic) (gdb) thread apply all bt Thread 2 (thread 3936.0xe64): #0 0x7c90eb94 in ntdll!LdrAccessResource () from /cygdrive/c/WINDOWS/system32/ntdll.dll #1 0x7c90e288 in ntdll!ZwReadFile () from /cygdrive/c/WINDOWS/system32/ntdll.dll #2 0x7c801875 in ReadFile () from /cygdrive/c/WINDOWS/system32/kernel32.dll #3 0x0730 in ?? () #4 0x in ?? () Thread 1 (thread 3936.0xacc): #0 0x610d5de9 in pthread_mutexattr_init (attr=0x23cb50) at /usr/develop/src/src/src/winsup/cygwin/thread.cc:123 #1 0x610b2c98 in _sigfe () at /usr/develop/src/src/src/winsup/cygwin/cygerrno.h:31 #2 0x0023cb90 in ?? () #3 0x0004 in ?? () #4 0x0001 in ?? () #5 0x0028 in ?? () #6 0x0023cbb8 in ?? () #7 0x00ade1af in OpenThreads::ReentrantMutex::ReentrantMutex (this=0xc25ab0) at /usr/src/OpenSceneGraph/include/OpenThreads/ReentrantMutex:29 #8 0x00ade1af in OpenThreads::ReentrantMutex::ReentrantMutex (this=0xc25ab0) at /usr/src/OpenSceneGraph/include/OpenThreads/ReentrantMutex:29 ---Type to continue, or q to quit--- #9 0x00a474e7 in __static_initialization_and_destruction_0 ( __initialize_p=1, __priority=65535) at /usr/src/OpenSceneGraph/src/osg/GraphicsContext.cpp:188 #10 0x00a475ee in global constructors keyed to _ZN3osg15GraphicsContext27setWind owingSystemInterfaceEPNS0_24WindowingSystemInterfaceE () at /usr/src/OpenSceneGraph/src/osg/GraphicsContext.cpp:290 #11 0x61020493 in per_module::run_ctors (this=0x0) at /usr/develop/src/src/src/winsup/cygwin/dll_init.cc:54 #12 0x0001 in ?? () #13 0x610204e0 in dll::init (this=0x610208bc) at /usr/develop/src/src/src/winsup/cygwin/dll_init.cc:80 #14 0x08840008 in ?? () #15 0x in ?? () (gdb) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Debugging example hangs in Cygwin and need some insight into cygwin_osgdb_osg.dll
Hello folks. I just can't seem to leave this alone and now I need a little insight. As has been reported before when trying to use OSG on Cygwin we experience some hangs and I believe this has been confirmed by Alberto Luaces. Working with debug version of the Cygwin Dll and debug version of OSG and then gdb I have acquired some understanding of where the hang is but now need some advice to how to move further. Robert suggested before using a simple test case of osgconv so that is what I have been working with and it seems the hangs are a result of the cygwin_osgdb_osg.dll plugin. From my test cases (and I have not tested all examples ) it seems that if cygwin_osgdb_gif.dll, cygwin_osgdb_jpg.dll, or cygwin_osgdb_rgb.dll for example (these are all I have looked at) are the only dll loaded then there is no hang but if cygwin_osgdb_osg.dll is used I can the hang when this dll is attempted to be closed. My example is using gbd and osgconvd (debug version) as in: OSG_NOTIFY_LEVEL=INFO; export OSG_NOTIFY_LEVEL gdb osgconvd while in gdb I do set args cow.osg brian.osg so I am attempting convert cow.osg to brian.osg I set my breakpoint such that I can see and check the DynamicLibrary.cpp opens and closes and with my Notify set to INFO I can see in this example that cygwin_osgdb_osg.dll gets opened first and then cygwin_osgdb_rgb.dll. When I hit my breakpoint on the close after the data has been written to brian.osg I see it is closing in the same order it opened so it closes cygwin_osgdb_osg.dll first (or would if it didn't hang on the close) and then it would close cygwin_osgdb_rgb.dll. Thinking that maybe this should be handle in a LIFO format I modified the open logic to do an dlList.insert instead of a dlList.push_back and tried again. Now it does successfully close cygwin_osgdb_rgb.dll but again when it get to the close for cygwin_osgdb_osg.dll it hangs. I have traced the hang to the line in dlfcn.cc which is part of Cygwin and I would think something has not closed that cygwin_osgdb_osg.dll needs to have closed before it can since some of the others seem to close properly but I can I find what is left open. GDB dies eventually terminate on it own and below is the last of the stepping from gdb. Looking for additional thoughts bk Closing DynamicLibrary osgPlugins-2.4.0/cygwin_osgdb_osg.dll osgDB::DynamicLibrary::~DynamicLibrary (this=0x110cc470) at /usr/src/OpenSceneGraph/src/osgDB/DynamicLibrary.cpp:69 69 dlclose(_handle); (gdb) s 0x610b3662 in _sigfe_dlclose () at /usr/develop/src/src/src/winsup/cygwin/cygerrno.h:31 31debug_printf ("%s:%d val %d", fn, ln, val); (gdb) s dlclose (handle=0x23c9c8) at /usr/develop/src/src/src/winsup/cygwin/dlfcn.cc:141 141 { (gdb) s Breakpoint 7, dlclose (handle=0x610b2c98) at /usr/develop/src/src/src/winsup/cygwin/dlfcn.cc:142 142 int ret = -1; (gdb) s 143 if (handle == GetModuleHandle (NULL) || FreeLibrary ((HMODULE) handle) ) (gdb) print handle $7 = (void *) 0x89a (gdb) s 1175829803 [main] osgconvd 3268 sig_send: wait for sig_complete event failed, si gnal 6, rc 258, Win32 error 0 Program exited with code 03000. (gdb) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Debugging example hangs in Cygwin and need some insight into cygwin_osgdb_osg.dll
Robert Osfield wrote: > The bug certainly seems to be a cygwin bug, unless the OSG's handle is > being corrupted > for some reason. This code works fine on other platforms so I > wouldn't expect the later > to be an issue. > > Perhaps you could write a small example that just loadeds the osg > plugin, then unloads > it all using dlopen/dlclose calls directly rather than using > osgDB/osgconv, this would isolate > the problem to just standard unix calls. I was going to try that but here is another interesting catch - if I do: osgconvd cow.osg brian.osg (or the equivalent in the debugger) I get the hang as I documented but If I do: osgconvd cow.osg brian.jpg or osgconvd test.jpg brian.cow I simply get a message: Error no data loaded. This almost seems as if iot has something to do with the actually writing of the osg file when it writes the data and then something not terminating as it should. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Debugging example hangs in Cygwin and need some insight into cygwin_osgdb_osg.dll
Alberto Luaces wrote: > > This almost seems as if iot has something to do with the actually > > writing of the osg file when it writes the data and then something not > > terminating as it should. > > I think this could be a non-valid example, because osgDB::DynamicLibrary on > UNIX (including Cygwin) only loads symbols when needed (it opens them with > the RTLD_LAZY specifier), so the OSG's plugin register could realize the > mismatch before trying to load any symbols from the DLL. Alberto, I'm not sure I understand. Are you saying that even though the debug messages say that the dll was opened that there are still parts of the dll whcih have not been loaded and that it is within these areas (when they are finally loaded) that the interaction with cygwin causing the hang ultimately makes itself visible? Thus the simple fact of open and closing the dll does nothing that helps us unless we can get to the point of something occurring which causes the parts of the dll we need to be loaded. Not really sure how to ask what I wrote above so I hope you can understand what I am asking. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Debugging example hangs in Cygwin and need some insight into cygwin_osgdb_osg.dll
Alberto Luaces wrote: > yes, this is what I meant. To load a dynamic symbol you have first to open > the > DLL file containing it, and then load it explicitly before use (if you used > RTLD_LAZY). The source code at DynamicLibrary.cpp shows this. This can > explain why it hangs depending on the data file loaded. Good - glad I understand. > I think we could search for the differences between the .osg plugin and the > well-behaved others. The interesting thing is I have only been able (in Cygwin) to get it to process osg and build a .osg or .ive file. I have been unable to get it to do anything with .gif .bmp .jpg or others like that - I always get the "Error no data loaded" message and then it terminates cleanly so based on that I cannot swear it would perform cleanly with other type files - it may be as you say that since it never uses a file it quits cleanly but when it does use a file like .osg to .osg or osg to .ive it hangs. Can someone give me an example of osg to gif or jpg or gif to bmp or bmp to gif or something (proper syntax a must) that should work that I can use as a test. Thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Updated from svn and did a build in Cygwin and if I select to build Examples it tries to build osgviewerWX even though Wx is not installed and the path it shows in ccmake is D:WxWidgets... I tried changing the setting in ccmake to whatever-NOTFOUND but it still insisted so I built without examples and that went okay. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Unable to find plugin
Vincent Bourdier wrote: > Osg 2.4 Freetype compilation : ok. No error, no warnings > > in my project : > linker : Z:\OSG_2.4\sources\3rdParty\lib;Z:\OSG_2.4\binaries\lib; > include : > \OSG_2.4\sources\3rdParty\include\freetype;Z:\OSG_2.4\sources\3rdParty\include ;Z:\OSG_2.4\sources\OpenSceneGraph-src\include; > > And still the error messages : > "Could not find plugin to read object from file ... arial.ttf" > "Could not find plugin to read object from file ... picture.jpg" > "Could not find plugin to read object from file ... picture.png" I see it is more than just the ttf plugin - are you building a debug version or a Release version. I have found on the Cygwin compile that with the latest svn the dll's are being built with the postfix of "d" in the name but in the build of the examples the library open routines is not looking for the postfix of "d" so when it looks for in my case with a debug version it builds a gifd.dll for a gif file but the library routine is still looking for a gif.dll and thus doesn't find it - I'm assuming you are on windows and I am guessing that it is not Cygwin or MingW but I thought I would mention this. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Robert Osfield wrote: > CMake "shouldn't" find WxWidgets. Could you try rm CMakeCache.txt and > then rerun ./configure, and then if you still get the error send us > the CMakeCache.txt, perhaps this might gleen something. I actually deleted my whole build directory and redid it (twice I think) but I'll redo it all fresh again and double check - that way I can get the CMakeCache.txt fresh. Might be a day or so - sorry but swamped at he moment. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Robert Osfield wrote: > On Fri, Jun 6, 2008 at 12:00 AM, Brian Keener <[EMAIL PROTECTED]> wrote: > > Robert Osfield wrote: > >> CMake "shouldn't" find WxWidgets. Could you try rm CMakeCache.txt and > >> then rerun ./configure, and then if you still get the error send us > >> the CMakeCache.txt, perhaps this might gleen something. > > > > I actually deleted my whole build directory and redid it (twice I think) > > but I'll redo it all fresh again and double check - that way I can get > > the CMakeCache.txt fresh. > > This suggests that CMake isn't behaving properly - perhaps it's the > Win32 3rd party plugin stuff is breaking things. > > Out of curiousity is the the wrappers being built by default as well? > > Are you using CMakeSetup or cmake/ccmake? Robert, I tried twice to send this replay with the CmakeCache.txt as an attachment and keep getting this message - I am now this without the attachment to see if that is the problem. The response I keep getting is: "You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at [EMAIL PROTECTED]" I have uninstalled the build, done a "make clean" then removed everthing in the build directory. I then updated my source (/usr/src/OpenSceneGraph) from svn and then using cmake in my build directory I did a "ccmake /usr/src/OpenSceneGraph" from within my empty build directory. Had an empty cache so selected configure to get the fields populated in cmake and then only changed the option to build examples - no debug or anything and then did a configure and then a generate - actually took 2 configures I think before I could generate. I have attached the CmakeCache.txt and as to the wrappers I cannot see that is is building them - I find no osgWrapper in my build directory. Then from within my build directory I did a simple "make" results: Linking CXX executable ../../bin/osgvertexprogram.exe [ 99%] Built target example_osgvertexprogram Scanning dependencies of target example_osgvolume [ 99%] Building CXX object examples/osgvolume/CMakeFiles/example_osgvolume.dir/o sgvolume.o Linking CXX executable ../../bin/osgvolume.exe [ 99%] Built target example_osgvolume Scanning dependencies of target example_osgwindows [ 99%] Building CXX object examples/osgwindows/CMakeFiles/example_osgwindows.dir /osgwindows.o Linking CXX executable ../../bin/osgwindows.exe [ 99%] Built target example_osgwindows Scanning dependencies of target example_osgviewerGLUT [ 99%] Building CXX object examples/osgviewerGLUT/CMakeFiles/example_osgviewerGL UT.dir/osgviewerGLUT.o Linking CXX executable ../../bin/osgviewerGLUT.exe [ 99%] Built target example_osgviewerGLUT examples/osgviewerWX/CMakeFiles/example_osgviewerWX.dir/build.make:91: *** targe t pattern contains no `%'. Stop. make[1]: *** [examples/osgviewerWX/CMakeFiles/example_osgviewerWX.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
wrote: > Hi Brian, > > > I tried twice to send this replay with the CmakeCache.txt as an attachment > > and > > keep getting this message - I am now this without the attachment to see if > > that is the problem. > > Your two posts came through, but were empty for some reason (no text, no > attachment, just the headers - to, from, subject etc.). > > Just wanted to let you know, and perhaps knowing that someone can fix > the problem... How large was the attachment BTW? Hmmm, must have been the attachment since you saw everything on this one. Attachment was only 47kb - you wouldn't think that would be a stopper unless it was just the fact it had an attachment. Thanks J-S for letting me know I was getting through bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
wrote: > Hi Brian, > > > Hmmm, must have been the attachment since you saw everything on this one. > > Attachment was only 47kb - you wouldn't think that would be a stopper > > unless it was > > just the fact it had an attachment. > > Weird, I remember bigger attachments being sent to osg-users (screen > captures, etc.)... Not sure what's going on. > > Sorry I can't be more help... Thanks for the help. Should be another blank one there now where I just tried posting the same file as a zip but that was refused too. I'll wait and see what Robert says - I guess I could put the whole CmakeCache.txt in-line in a message. Thanks again bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Jean-Sébastien Guay wrote: > So I would probably blame an e-mail client bug. Brian, what client are > you using and can you try another one? (but we're pretty far from OSG > support/discussion here :-) ) > > Just trying to be helpful... I'm suspecting the email client now - it is an open source project called Virtual-Access and they have done a lot of work lately changing some html logic (but I thought only on our viewing side). I will post this scenario there based on the results you are seeing and see what happens. I will also check posting from another email client - the problem is getting the from changed in Outlook or the Web interface on my domain since I use a doctored email address for spam protection on newsgroups. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Alberto Luaces wrote: > I somehow managed to decode the file. I hope it is the whole file whoa - good job! Size 47481 bytes md5sum 66b6269f412416423aaf06f3c9b14706 bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Paul Speed wrote: > For what it's worth... the whole messages are coming through for me but > they are just not visible. If I view the message source then I can see > the contents... including the encoded attachment. I'm not sure why > Thunderbird is getting confused by them. I posted to the newsgroup for my email client but I also just remembered - remember - each time I posted with an attachment I got a warning from the Mailing list saying I was not authorized to post as follows: subject: Re: [osg-users] Build from svn in Cygwin still tries tobuild osgviewerWX but no WX from: [EMAIL PROTECTED] to: [EMAIL PROTECTED] date: Mon, 09 Jun 2008 14:33:50 -0700 x-popfile-link: http://127.0.0.1:8080/jump_to_message?view=128050 You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at [EMAIL PROTECTED] date: Mon, 09 Jun 2008 17:33:16 -0400 to: OpenSceneGraph Users from: Brian Keener <[EMAIL PROTECTED]> subject: Re: [osg-users] Build from svn in Cygwin still tries to buildosgviewerWX but no WX reply-to: [EMAIL PROTECTED],OpenSceneGraph Users ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Jean-Sébastien Guay wrote: > > The only thing I can find different about your messages upon quick > > glance is that the Content-Type: boundary designator is very high in the > > header. And it contains a line break... which in my limited experience > > seems a little odd. As does the ":thesoftwaresource.com" part but that > > should be ok, I think. > > So I would probably blame an e-mail client bug. Brian, what client are > you using and can you try another one? (but we're pretty far from OSG > support/discussion here :-) ) We've been researching this in the Virtual-Access Open Source project and not sure it is the client causing this. I went and checked the email archives at OpenSceneGraph.org and finding my message at: http://lists.openscenegraph.org/pipermail/osg-users-openscenegraph.org/2008-J une/012550.html and it says the non text attachment was scrubbed and if you follow the URL link you see my original message and the MIME attachment but the break in the line you noticed is not there. I wonder if it could be the fact it was posted as MIME. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Paul Speed wrote: > The only thing I can find different about your messages upon quick > glance is that the Content-Type: boundary designator is very high in the > header. And it contains a line break... which in my limited experience > seems a little odd. As does the ":thesoftwaresource.com" part but that > should be ok, I think. > > It's clear that a strict interpretation of: > Content-Type: multipart/mixed; boundary="Next part of message > (VA.181d.0185f8c3:thesoftwaresource.com)" Just as a thought I am trying the post again with the attachment as text but without MIME Encoding. I apologize for this. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Robert Osfield wrote: > Cmake is finding WxWidgets, there are plenty of entires lists in your > CMakeCache.txt file (which came through first time for me BTW), for > instance: I don't understand why some see it and others don't but glad it worked for you. Caused a bit of discussion with the Virtual-access group and seem when you look at the archive it looks right there sort of pointing to what the VA group is saying that it is the clients. > //WxWidgets_LIB_DIR > WX_LIB_DIR:INTERNAL=D:/wxWidgets-2.8.7/lib/vc_lib > //wxWidgets_ROOT_DIR > WX_ROOT_DIR:INTERNAL=D:/wxWidgets-2.8.7 > //Advanced flag for variable: WX_adv > > So perhaps the problem in build is down to a different WxWidgets > version than the OSG can compile against, or not all the lib/includes > matching up for some reason. Disabling WxWdiget should be possible by > just setting the associated via ccmake . But I am building in Cygwin - which means it should be finding /usr/something or /something or /cygdrive/something and the D: drive on my system is the CD and has music in - not WxWdgets - there is not WxWidgets on my system that I can find. How do you disable in ccmake - I tried setting all the WxWidgets entries equal to their key and -NOTFOUND. > Robert. > > On Sat, Jun 7, 2008 at 2:47 AM, Brian Keener <[EMAIL PROTECTED]> wrote: > > Robert Osfield wrote: > >> On Fri, Jun 6, 2008 at 12:00 AM, Brian Keener > > <[EMAIL PROTECTED]> wrote: > >> > Robert Osfield wrote: > >> >> CMake "shouldn't" find WxWidgets. Could you try rm CMakeCache.txt > > and > >> >> then rerun ./configure, and then if you still get the error send > > us > >> >> the CMakeCache.txt, perhaps this might gleen something. > >> > > >> > I actually deleted my whole build directory and redid it (twice I > > think) > >> > but I'll redo it all fresh again and double check - that way I can > > get > >> > the CMakeCache.txt fresh. > >> > >> This suggests that CMake isn't behaving properly - perhaps it's the > >> Win32 3rd party plugin stuff is breaking things. > >> > >> Out of curiousity is the the wrappers being built by default as well? > >> > >> Are you using CMakeSetup or cmake/ccmake? > > > > I have uninstalled the build, done a "make clean" then removed > > everthing in the > > build directory. I then updated my source (/usr/src/OpenSceneGraph) > > from svn and > > then using cmake in my build directory I did a "ccmake > > /usr/src/OpenSceneGraph" > > from within my empty build directory. Had an empty cache so selected > > configure to > > get the fields populated in cmake and then only changed the option to > > build > > examples - no debug or anything and then did a configure and then a > > generate - > > actually took 2 configures I think before I could generate. I have > > attached the > > CmakeCache.txt and as to the wrappers I cannot see that is is building > > them - I > > find no osgWrapper in my build directory. > > > > Then from within my build directory I did a simple "make" > > > > results: > > > > Linking CXX executable ../../bin/osgvertexprogram.exe > > [ 99%] Built target example_osgvertexprogram > > Scanning dependencies of target example_osgvolume > > [ 99%] Building CXX object > > examples/osgvolume/CMakeFiles/example_osgvolume.dir/o > > sgvolume.o > > Linking CXX executable ../../bin/osgvolume.exe > > [ 99%] Built target example_osgvolume > > Scanning dependencies of target example_osgwindows > > [ 99%] Building CXX object > > examples/osgwindows/CMakeFiles/example_osgwindows.dir > > /osgwindows.o > > Linking CXX executable ../../bin/osgwindows.exe > > [ 99%] Built target example_osgwindows > > Scanning dependencies of target example_osgviewerGLUT > > [ 99%] Building CXX object > > examples/osgviewerGLUT/CMakeFiles/example_osgviewerGL > > UT.dir/osgviewerGLUT.o > > Linking CXX executable ../../bin/osgviewerGLUT.exe > > [ 99%] Built target example_osgviewerGLUT > > examples/osgviewerWX/CMakeFiles/example_osgviewerWX.dir/build.make:91: > > *** targe > > t pattern contains no `%'. Stop. > > make[1]: *** > > [examples/osgviewerWX/CMakeFiles/example_osgviewerWX.dir/all] Error > > 2 > > make: *** [all] Error 2 > > > > [EMAIL PROTECTED] /usr/develop/obj/osg > > $ > > > > > > bk > > > > > > > > ___ > > osg-users mailing list > > osg-users@lists.openscenegraph.org > > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org > > > > ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build from svn in Cygwin still tries to build osgviewerWX but no WX
Robert Osfield wrote: > On Tue, Jun 17, 2008 at 9:24 PM, Brian Keener <[EMAIL PROTECTED]> wrote: > >> So perhaps the problem in build is down to a different WxWidgets > >> version than the OSG can compile against, or not all the lib/includes > >> matching up for some reason. Disabling WxWdiget should be possible by > >> just setting the associated via ccmake . > > > > But I am building in Cygwin - which means it should be finding /usr/something or > > /something or /cygdrive/something and the D: drive on my system is the CD and has > > music in - not WxWdgets - there is not WxWidgets on my system that I can find. > > > > How do you disable in ccmake - I tried setting all the WxWidgets entries equal > > to their key and -NOTFOUND. > > This is really a CMake find issue - Cmake may be not just checking > /usr paths, perhaps its the > CMakeModules/Find3rdPartyDependencies.cmake that is introducing > oddities. I have amit to not > being CMake expert, let alone a Windows/Cygwin user so the best I can I think I have found it and it is a CMake issue with the FindWxWidgets.cmake script. Either osgviewerWX is new or this didn't start until Cmake 2.6 but I cannot be sure. At any rate in FindWxWidgets.cmake they use this code: #= #= IF(WIN32) SET(WIN32_STYLE_FIND 1) ENDIF(WIN32) IF(MINGW) SET(WIN32_STYLE_FIND 0) SET(UNIX_STYLE_FIND 1) ENDIF(MINGW) IF(UNIX) SET(UNIX_STYLE_FIND 1) ENDIF(UNIX) but in Cygwin WIN32 and UNIX are both set and the variables being set determine how it find wxWidgets so if WIN32 is set it is using the wrong logic. I added this: IF(CYGWIN) SET(WIN32_STYLE_FIND 0) SET(UNIX_STYLE_FIND 1) ENDIF(CYGWIN) right after the MINGW routine and that stopped it from find wxWidget or defaulting which it does in the Windows find even though I do not have it which it weird. Anyways just thought I would pass it on as it does appear (to me) to be in Cmake and not OSG. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN of OpenSceneGraph in pre for 2.5.3 dev release
Robert Osfield wrote: > So pretty please, could you do svn update and build across as many > platforms that you can so we can get a clear picture of how the OSG > code base is holding up. Once things look fine across platforms I'll > tag 2.5.3. With the fix I found for wxWidget the build for 8492 in Cygwin builds fine unless I select to build the wrappers and then I get an error building osgIntrospection. Bk [ 57%] Built target osgdb_tgz [ 59%] Built target osgdb_txp [ 60%] Built target osgdb_shp [ 60%] Built target osgdb_txf [ 60%] Built target osgdb_freetype [ 60%] Built target osgdb_zip Scanning dependencies of target osgIntrospection [ 60%] Building CXX object src/osgIntrospection/CMakeFiles/osgIntrospection.dir/ ConstructorInfo.o In file included from /usr/src/OpenSceneGraph/include/osgIntrospection/Type:19, from /usr/src/OpenSceneGraph/include/osgIntrospection/Construct orInfo:19, from /usr/src/OpenSceneGraph/src/osgIntrospection/ConstructorIn fo.cpp:15: /usr/src/OpenSceneGraph/include/osgIntrospection/Value:150: error: using-declara tion for non-member at class scope /usr/src/OpenSceneGraph/include/osgIntrospection/Value:150: error: expected `;' before "toWString" make[2]: *** [src/osgIntrospection/CMakeFiles/osgIntrospection.dir/ConstructorIn fo.o] Error 1 make[1]: *** [src/osgIntrospection/CMakeFiles/osgIntrospection.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Hello all, While trying to debug the hangs in Cygwin I've run up on an something I don't understand about OSG and not sure if it is a compile issue or an operator issue. If I use osgconv or osgviewer in this manner: osgconv cow.osg brian.osg or osgconv cow.osg brian.ive or osgviewer cow.osg then all works except for the hang at the end which I am trying to debug but if I try to use a gif file as in: osgconv logo-left.gif brian.gif or osgconv logo-left.gif brian.bmp or osgviewer logo-left.gif I get the message that now data was loaded but I with the NOTIFY:INFO setting I can see the the gif plugin is being opened and it gets closed at the end: osg::Registry::addReaderWriter(GIF Image Reader) Opened DynamicLibrary osgPlugins-2.5.3/cygwin_osgdb_gifd.dll Error no data loaded. Any thoughts why no data is loaded - other programs on the system (Windows XP but running osg in Cygwin) seem to recognize it as a gif. BK ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Alberto Luaces wrote: > > Any thoughts why no data is loaded - other programs on the system > > (Windows XP but running osg in Cygwin) seem to recognize it as a gif. > > osgconv only works with 3D data files. osgviewer also expects a 3D file, but > if you use the "--image" option, it will create a textured quad with the > image in order to show it to you on the screen. Whoo hoo, Maybe I'm getting some where. Thanks Alberto. If I use osgviewer to test and use the --image and display a jpg or gif or bmp file then osgViewer terminates normally but if I try to display an osg file (without the --image option) then I get the hang. If I use the --image option on the osg file I get no data loaded so 1) is there an option similar to the --image that might limit what we are attempting to do to the osg file or how we would display it. It may be a far jump but my thoughts are this leads us down the path that it there is possibly something either in the osg plugin or more likely - the 3d functionality and the extra logic and threads needed to accomplish the 3d display. Thoughts bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Jean-Sébastien Guay wrote: > > It may be a > > far jump but my thoughts are this leads us down the path that it there is > > possibly something either in the osg plugin or more likely - the 3d > > functionality and the extra logic and threads needed to accomplish the 3d > > display. > > You seem to think that osgviewer with or without --image does radically > different things... It doesn't. It's the same viewer, the same setup. It > will detect and use the same thread config, etc. When you do > > osgviewer --image bob.jpg > > it creates a quad (in 3D space) and maps your image onto it as a > texture. So it's still displaying a model in 3D. You are correct I was thinking there was a major difference - dang - back to the grind stone :-( > Yes, it may be the .osg > loader, but it may be something totally unrelated. You just haven't > presented enough information to be able to make that call at this point. I thought it was too big a jump and it was :-( > I think you just need to start with basics. Compile OSG and osgviewer in > debug mode, start it in gdb and recreate your crash on exit. That will > give you a stack trace. From that you can try to debug further or post > the trace here to see if we can spot something. (note that getting a > stack trace is the first step to debug any crash) I've been doing that all along (using gdb) but the backtraces don't seem to show what is holding up the program closing. The final error from gdb is (as best I recall late a night) a SIGINT due to a timeout waiting on a close while it is trying to close the osg plugin but I will get the exact. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Jean-Sébastien Guay wrote: > osgviewer --image bob.jpg > > it creates a quad (in 3D space) and maps your image onto it as a > texture. So it's still displaying a model in 3D. Yes, it may be the .osg > loader, but it may be something totally unrelated. You just haven't > presented enough information to be able to make that call at this point. > > I think you just need to start with basics. Compile OSG and osgviewer in > debug mode, start it in gdb and recreate your crash on exit. That will > give you a stack trace. From that you can try to debug further or post > the trace here to see if we can spot something. (note that getting a > stack trace is the first step to debug any crash) Actually in my mind the --image and the use of other file types does tell us something. Either I modified DynamicLibrary.cpp to tell us it was going to close a library or it was already there but I did add another notify to tell us when it returned from the close. If I display a gif, jpg, rgb, bmp using osgViewer I will see the appropriate plugin.dll open, see the message it is closing and the message it closed and the program will terminate normally. If I display an osg file (without the --image since it doesn't like that for an osg file) then I get the following output from gdb. I changed the order of the closes because in Cygwin if the cygwin_osgdb_osgd.dll closed first you never saw the close for cygwin_osgdb_rgbd.dll. Changing the order Lifo vs Fifo (not sure from what to what) allowed me to see the close on the rgb and then see it hang on cygwin_osgdb_osgd.dll. Now as I say using the --image and other type images then osgviewer terminates normally. Bk Registry::closeAllLibraries() Closing DynamicLibrary osgPlugins-2.5.3/cygwin_osgdb_rgbd.dll DynamicLibrary osgPlugins-2.5.3/cygwin_osgdb_rgbd.dll successfully closed Closing DynamicLibrary osgPlugins-2.5.3/cygwin_osgdb_osgd.dll 69875973 [main] osgviewerd 3880 sig_send: wait for sig_complete event failed, si gnal 6, rc 258, Win32 error 0 Program exited with code 03000. (gdb) thread bt apply all No symbol "bt" in current context. (gdb) thread apply all bt No registers. (gdb) bt No stack. (gdb) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Jean-Sébastien Guay wrote: > Hi Brian, > > > If I display an osg file (without the --image since it doesn't > > like that for an osg file) then I get the following output from gdb. > > I still wonder why you would want --image for an osg file? You say "it > doesn't like that for an osg file", but it's actually nonsensical. An > osg file is not an image... It's a saved scene graph (3D model or whatever). > > You need --image when you want osgviewer to load an image file (.gif, > .jpg, .png, etc.) with osgDB::readImageFile() and map it onto a quad. I am sorry - I have confused you. My only reason for the --image was so I was comparing apples to apples instead of apples to oranges. Without the --image I could not get osgviewer to display anything but .osg files and I was trying to see how other plugins reacted on Cygwin. Since osgconv only works with osg files even though it was handy and relatively simple for testing it was of no use because of the limitation. By using the --image on osgviewer I was able to get other plugins to load and also to see that their plugins close appropriately but when displaying the .osg files (cow.osg for example) I have been able to determine that both cygwin_osgdb_osgd.dll and cygwin_osgdb_rgbd.dll get loaded and then on the close - the hang occurs when cygwin_osgdb_osgd.dll is closed. If cygwin_osgdb_rgbd.dll closes first then you can trace to the point cygwin_osgdb_osgd.dll would close but if cygwin_osgdb_osgd.dll closes first you never see the close start for cygwin_osgdb_rgbd.dll because the hang occurs before that. Using other plugins with --image have allowed me to see the .gif, .rgb, .bmp, and .jpg all close normally. Again I was just trying to get to common ground using various file types for testing. Thanks and sorry for the confusion and I hope this helps explain my thought process. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin compiled version from Svn will only load and convert osg files and not gif files - any thoughts?
Jean-Sébastien Guay wrote: > > Thanks and sorry for the confusion and I hope this helps explain my thought > > process. > > Yes, I understand your thought process much better now, but I still > think that using an invalid option (i.e. --image with an .osg file) gets > you nowhere. It will just exit with an error at the earliest possible > time, so it does not test any significant code paths. Once I found out osgviewer doesn't like --image with an osg file I quit the option. This get me close to apples to apples but not completely. So displaying .jpg, .gif or whatever I use the --image for testing and displaying the .osg for testing I do not use the --image. This works and as helped me move ahead some. > Instead, why not create an .osg file with a simple quad and a texture, > and then try to load that. That will reproduce what 'osgviewer --image' > does, but by loading an .osg file (without --image). You could create > such an .osg file by modifying osgviewer.cpp so that it calls > osgDB::writeNodeFile(...) right before calling viewer.run(), and then > running the resulting executable with '--image someImage.jpg'. Hmm, I'll study that. > Another test could be to try a very simple OSG file (axes.osg from > OpenSceneGraph-Data, for example, has no texture and very simple geometry). Whoa - Whoo hoo - I had tried dumptruck.osg but axes.osg was a real good suggestion. If I run osgviewer in gdb with cow or dumptruck I get the hang but if I run it with axes.osg - it terminates cleanly. Something in the way Cygwin is handling cleanup or closing is hanging the process or as Robert theorized once - maybe something (in Cygwin) is mucking up the handles. More info though so that's another step. > Also, I don't understand why I'm the only one to respond to you in this > thread. I have never compiled OSG in cygwin, nor do I use cygwin if I > have the choice. Surely someone else on this list has more experience > than me in this environment and could help you better? You are not the lone ranger - Robert has offered suggestions and Alberto is one the few others I know that have tried working on this platform and he has worked on this problem some as well. And there have been other that have tried to point me down the right paths. > Anyways, I hope I'm at least helping you go forward a bit... You are helping and I appreciate it. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Has something changed regarding some of the plugin builds (the net plugin in particular) that might affect a Cygwin/Windows build
I have good news as far as Cygwin and OSG. Cygwin has been doing a lot of work on max file name lengths and the like and with a recent cvs update of Cygwin and a recent svn of OSG it appears the hangs at the termination of some of the examples has gone away. They appear to be closing normally now. I am not sure what else has changed but I had read some on Cygwin and socket use and found an article on their forums about mixing Windows winsock libs with Cygwin sockets which attempt to emulate unix sockets I believe and I will say right here I do not understand a lot about sockets but was beginning to wonder from what I read if this might be an issue. Actually I do believe that whether it be sockets or something else I do believe it may be that the hangs were related to something being mixed from the Windows world vs the Unix world since Cygwin sort of lives in both. That said I had commented the line in CMakeLists.txt that set OSG_SOCKET_LIB (wsock32) and that was when I realized that the examples were terminating normally and I realized that libs like the net plugin had not been built and the line I commented is even mentioned in CMakeLists.txt in relation to the net plugin so I assumed they were related. So to test a theory it was socket problem I put the line back and rebuilt - still no hang - examples terminate normal and still no net plugin - plus others. So now I wonder if something else change in OSG that would keep these from building or what setting(s) might have something to do with why they would not build. Sometimes I can't leave well enough alone - can't be glad it is fixed now I have to know how to break it again or what might have fixed it permanent. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Has something changed regarding some of the plugin builds (the net plugin in particular) that might affect a Cygwin/Windows build
Robert Osfield wrote: > As JS mentioned the net plugin has been deprecated, and just before > 2.6 was moved out into the deprecated section of the OSG svn > repository, alongside the original OpenFlight plugin, this means that > the .net plugin isn't part of 2.6 nor svn trunk. > > Could you try OSG-2.6 out and see how you get on. I have been working from the current svn's and did not have curl installed on Cygwin but do now. Haven't had a chance to compare what plugins should be building vs what is but program that were hanging are now completing normal. Just have to work out a few debug vs release issues (at least in my mind issues) as far as when it uses the DEBUG_POSTFIX and when it shouldn't. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Just updated from SVN and tried to compile in Cygwin for a periodic compile test and received the following errors. I cleaned out the build directory and reconfigured and still got the same error. Am I missing some library or ??? Thanks bk Linking CXX shared library ../../bin/cygosg-2.7.6.dll Creating library file: ../../lib/libosg.dll.a [ 14%] Built target osg Scanning dependencies of target osgDB [ 14%] Building CXX object src/osgDB/CMakeFiles/osgDB.dir/Archive.o [ 14%] Building CXX object src/osgDB/CMakeFiles/osgDB.dir/AuthenticationMap.o [ 14%] Building CXX object src/osgDB/CMakeFiles/osgDB.dir/ConvertUTF.o In file included from /usr/src/OpenSceneGraph/src/osgDB/ConvertUTF.cpp:14: /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:27: error: expected constructor , destructor, or type conversion before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:27: error: expected `,' or `;' before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:29: error: expected unqualified -id before '&' token /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:29: error: expected `,' or `... ' before '&' token /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:29: error: ISO C++ forbids decl aration of `parameter' with no type /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF: In function `std::string osgDB ::convertUTF16toUTF8(int)': /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:29: error: `s' undeclared (firs t use this function) /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:29: error: (Each undeclared ide ntifier is reported only once for each function it appears in.) /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF: At global scope: /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:32: error: expected init-declar ator before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:32: error: expected `,' or `;' before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:33: error: expected init-declar ator before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/include/osgDB/ConvertUTF:33: error: expected `,' or `;' before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/src/osgDB/ConvertUTF.cpp:57: error: expected constructor , destructor, or type conversion before "convertUTF8toUTF16" /usr/src/OpenSceneGraph/src/osgDB/ConvertUTF.cpp:57: error: expected `,' or `;' before "convertUTF8toUTF16" make[2]: *** [src/osgDB/CMakeFiles/osgDB.dir/ConvertUTF.o] Error 1 make[1]: *** [src/osgDB/CMakeFiles/osgDB.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Alberto Luaces wrote: > A patch sent this week is pending on the submissions queue to be applied. See > the osg-submissions list if you want to have OSG compiling now: > > //www.mail-archive.com/[EMAIL PROTECTED]/msg02349.html ">http://www.mail-archive.com/[EMAIL PROTECTED]/msg023 49.html Thanks Alberto, The patch fixed it - compiled fine and the hangs still seem to be absent from the cygwin compile running the examples - this is good. I did notice and seems I have noticed this before - from osgLauncher some of the processes (burning cessna, particles) end up hidden behind the osgLauncher screen. Some work fine but a few of these end up hidden and you think you have problem until you find them and sometimes they are hard to get to come to the front. Might be just Cygwin but thought I would mention it in case others have noticed. Thanks again bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Robert Osfield wrote: > I have just reviewed Alberto's fix and I'm not happy with it as it > stands, I don't cygwin to test against so I can't test this myself, > but I do wonder if defining wstring ourselves for Cygwin would be a > workable solution i.e. add the following to ConvertUTF: > > #ifdef __CYGWIN__ > namespace std > { > typedef basic_string wstring; > } > #endif > > I've attached a modified ConvertUTF. Could you try this out in place > of Alberto's changes. In theory you'll be able to revert to the svn > version of ConvertUTF.cpp as well is this works fine. > > If this work I'll check this in. I placed your attachment in place of the include file and then moved Alberto's ConvertUTF.cpp out of the way and retrieved the current version from SVN. Compiles just fine. Anything I can run/test to verify it functions properly? bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Brian Keener wrote: > I did notice and > seems I have noticed this before - from osgLauncher some of the processes > (burning cessna, particles) end up hidden behind the osgLauncher screen. > Some work fine but a few of these end up hidden and you think you have > problem until you find them and sometimes they are hard to get to come to the > front. Might be just Cygwin but thought I would mention it in case others > have noticed. Not sure what is going on with the above but when I first compiled right after applying Alberto's patch I was able to use osgLauncher and it would run several of the examples and as documented above several ended up hidden and were difficult to get to come to the top so they could be closed. Then when I compiled with Roberts revised patch then it seemed that none of the examples were running from osgLauncher but in fact they were running but they are either not coming to the front or they are not the window is not being built. When I finally break out of them - like osggeometry I can see the calculation on the window but I never saw the actual osggeometry screen. This is only from osglauncher - osggeometry by itself from the command line - works fine. I have since compiled (full make uninstall, make clean, delete all obj files, ccmake and then make) again with Alberto's patch and with Roberts patch and still cannot get back to the first run of many of the osglauncher run apps working (visible). I have not had a chance to try to debug but I did compile a debug version and we need a patch there because osglauncher doesn't recognize the debug version of the files so I can the message osganimate could not be found instead of osganimated could not be found. At any rate - any thoughts on the above - why this change in results might be happening. thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Robert Osfield wrote: > You shouldn't need to apply Alberto's patch, my changed avoided the > need for Alberto's patch. svn/trunk should compile fine. Sorry - my run on sentences were confusing again. :-). I didn't use both your patches at the same time. I had used his and as I reported previously that got OSG to compile and then osglauncher worked fine (with a couple exceptions - documented here and private email to you). When I got your patch I rolled his back and applied yours. At this time I developed the symptoms where it seemed as if none of the examples from osglauncher were running or at least no screens were being displayed since after I escaped to terminate I would see the output (like th geometry calculations and such on the window where I started the task. I did this several times first rolling back your patch and trying his and then roll his back and try yours even tried a power off and a reboot. Same symptoms. Then I built a debug version and as I mentioned I had not had a chance to debug but osglauncher would not run the examples now as it was looking for osganimate and not osganimated. My initial attempt seemed to show they were still showing up behind the osglauncher screen but I modified osg.conf so it referenced the debug versions instead of the release version and then when I tried osglauncher did EVERYTHING perfectly. No idea :-( > I'm kinda surprised by the observed relationship with osglauncher > behaviour. Did osglauncher work OK prior to these changes? So was I and now I do not believe it is related - the timing was coincidental but I have no idea what caused it or if it will happen again. Since the Debug version seemed to work, I plan to do a full cleanup and then a new cmake configure and build a release again and see what happens. 2 thoughts cross my mind from all this: 1) I am wondering if I was confused on click vs double-click since based on my test today I realized the apps would run with a click and I may have been doing a double-click thus starting the app but then bringing osglauncher back to the foreground. 2) the only other thing I can thing of is the parameter for the USE_3RD _PARTY_BIN (references Mike in the help) as I know I tried with it ON and with it OFF thinking I did not need it. Not sure if that had anything to do with it but the current Debug is built with it ON and in some of the previous it was OFF. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Brian Keener wrote: > Since the Debug version seemed to work, I plan to do a full cleanup and > then a new cmake configure and build a release again and see what > happens. Robert, now I am confused. I did a make uninstall, make clean, deleted my build directory and reran ccmake and reconfigured for a Release version. After the build I did a make install, corrected my osg.conf for release names and when I tested osglauncher I select osganimate and osggeometry and even though when I hit escape I could see the apps had started to run but the windows never materialized. Then I did a make uninstall, make clean, deleted my build directory and reran ccmake and reconfigured for a Debug version. After the build I corrected my osg.conf for the debug version and when I tried osglauncher again for osganimate and osggeometry this time they both ran and their windows materialized as expected. Any thoughts. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Compile error - ConvertUTF on osgDB in Cygwin
Robert Osfield wrote: > set/export/setenv OSG_NOTIFY_LEVEL=DEBUG > osglauncher Your right - I forgot about that setting. Even saw some in the code and forgot what it was that would activate them - Brain blurp I guess. > Also it would be worth just trying the rest of the more conventional examples. That is the weird thing - osganimate, osgeometry and the others I tried all seem to work from the command line just not from osglauncher if not in debug. I'll dig around and see what I can find. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Build problems with undefined _gl references in Cygwin
I'm having build errors building OSG from svn in Cygwin. New updates were recently released for the Cygwin/X applications and it was a very extensive update of the applications. There have been some GL issues and not sure if this is related - I thought they were getting most of them worked out. One of the other majors changes was that the X apps moved from an install in /usr/X11R6 the now go to just /usr IE /usr/bin /usr/lib etc. I'm also not sure if that affects this either. Now I am getting these errors - any thoughts - this is only a sampling - there's a lot more just like these but other programs. bk CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x1f3 8): undef ined reference to `_glTexImage2D' CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x1f8 7): undef ined reference to `_glPixelStorei' CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x209 a): undef ined reference to `_glPixelStorei' CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x224 1): undef ined reference to `_glTexSubImage2D' CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x241 4): undef ined reference to `_glCopyTexImage2D' CMakeFiles/osg.dir/TextureRectangle.o:TextureRectangle.cpp:(.text+0x254 b): undef ined reference to `_glCopyTexSubImage2D' CMakeFiles/osg.dir/VertexProgram.o:VertexProgram.cpp:(.text+0x14ba): undefined r eference to `_glGetError' CMakeFiles/osg.dir/VertexProgram.o:VertexProgram.cpp:(.text+0x154e): undefined r eference to `_glGetIntegerv' CMakeFiles/osg.dir/VertexProgram.o:VertexProgram.cpp:(.text+0x1564): undefined r eference to `_glGetString' CMakeFiles/osg.dir/VertexProgram.o:VertexProgram.cpp:(.text+0x1966): undefined r eference to `_glMatrixMode' CMakeFiles/osg.dir/VertexProgram.o:VertexProgram.cpp:(.text+0x19a7): undefined r eference to `_glMatrixMode' CMakeFiles/osg.dir/Viewport.o:Viewport.cpp:(.text+0x191): undefined reference to `_glViewport' Creating library file: ../../lib/libosg.dll.a collect2: ld returned 1 exit status make[2]: *** [bin/cygosg-2.7.6.dll] Error 1 make[1]: *** [src/osg/CMakeFiles/osg.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build problems with undefined _gl references in Cygwin
Alberto Luaces wrote: > I have not updated Cygwin yet, I didn't intend too but a mistype got me. > but you should be able to set the > appropriate OpenGL paths with the OPENGL_INCLUDE_DIR, > OPENGL_gl_LIBRARY and OPENGL_glu_LIBRARY of CMake. Checked those and they appear to be pointing in the write places. A text search for some of the undefined references do show they are referenced in the libs - just not sure to what degree. Robert Osfield wrote: > This is something you'll probably have to take up with Cywin > development community. My own thoughts on things to try yourself > would to try a completely clean build, including removing > OpenSceneGraph/CMakeCache.txt and then doing a fresh ./configure;make; > as there are chance it might locate the new libs better. I have tried that as well several times. Currently looking into Alberto's suggestion but those appear to be set right but I am still digging. Thanks. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Build problems with undefined _gl references in Cygwin
Robert Osfield wrote: > This is something you'll probably have to take up with Cywin > development community. My own thoughts on things to try yourself > would to try a completely clean build, including removing > OpenSceneGraph/CMakeCache.txt and then doing a fresh ./configure;make; > as there are chance it might locate the new libs better. Robert, I wanted to give you an update - OSG compiles now and the examples seem to work fine. The undefined references were a result of some cross up headers for Opengl and GLUT which they seem to have resolved now. Several of the groups had to work together to clean up some of the headers. In testing the new version my build built osgviewerGLUT which I used as a test for the libglut32.a they had to update. The example with the new library ran fine but osgviewerGLUT would keep on running even though the window closed when I hit escape (which it might be supposed to do). Also when I used the close box on the window I received a segfault. I reported this to them and one of them took a look at osgviewerGLUT and this is what he had to say: > OSG completes its build now with the new libglut32.a. Excellent. > It builds an example > program osgviewerGLUT.exe which opens a window and diplays an image. When I > click the close box on that window I get a segmentation fault when the app > closes. The app will also close when you simply press the escape key. This > leaves the process running in the background as if I had used the hack > -DGLUT_DISABLE_ATEXIT_HACK. > When I used the escape I had to kill the process manually. Not sure if this is > a glut issue or an issue with their example window but thought I would let you > know. > bk Hi Brian, I took a look at osgviewerGLUT. Did that ever worked well with some previous version of the opengl package? I see a few strange things: void keyboard( unsigned char key, int /*x*/, int /*y*/ ) { switch( key ) { case 27: // clean up the viewer if (viewer.valid()) viewer = 0; glutDestroyWindow(glutGetWindow()); break; //... } } Typing esc only destroys the window without stopping the program, which continue with a dangling viewer pointer; no wonder that you have to kill it manually. Instead of calling glutDestroyWindow(glutGetWindow()); it should call exit(0); , maybe after calling delete viewer; . void display(void) { // update and render the scene graph if (viewer.valid()) viewer->frame(); // Swap Buffers glutSwapBuffers(); glutPostRedisplay(); } glutPostRedisplay(); will have display() called again, so it creates an infinite loop. It should not be there. glutPostRedisplay(); should rather be at the end of mousebutton, mousemove, and keyboard. Closing the window with the (X) icon should result in simply calling exit(0) and destroying the window. As to why it segfaults, you would have to degug it, as I don't have OpenSceneGraph installed. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert, I noticed over in the Cygwin group they made a few thread changes so I recompiled cygwin1.dll and then was going to try the latest svn for OSG since you have made a lot of thread changes but I ran into this right off the bat: [ 1%] Building CXX object src/osg/CMakeFiles/osg.dir/AnimationPath.o In file included from /usr/src/OpenSceneGraph/include/osg/Vec2f:17, from /usr/src/OpenSceneGraph/include/osg/Vec2d:17, from /usr/src/OpenSceneGraph/include/osg/Vec3d:17, from /usr/src/OpenSceneGraph/include/osg/Matrixf:18, from /usr/src/OpenSceneGraph/include/osg/AnimationPath:21, from /usr/src/OpenSceneGraph/src/osg/AnimationPath.cpp:13: /usr/src/OpenSceneGraph/include/osg/Math:197: error: expected `)' before '/' tok en /usr/src/OpenSceneGraph/include/osg/Math:197: error: expected `,' or `;' before '/' token /usr/src/OpenSceneGraph/include/osg/Math:198: error: expected `)' before '/' tok en /usr/src/OpenSceneGraph/include/osg/Math:198: error: expected `,' or `;' before '/' token /usr/src/OpenSceneGraph/include/osg/Math:199: error: expected `)' before '/' tok en /usr/src/OpenSceneGraph/include/osg/Math:199: error: expected `,' or `;' before '/' token /usr/src/OpenSceneGraph/include/osg/Math:200: error: expected `)' before '/' tok en /usr/src/OpenSceneGraph/include/osg/Math:200: error: expected `,' or `;' before '/' token make[2]: *** [src/osg/CMakeFiles/osg.dir/AnimationPath.o] Error 1 make[1]: *** [src/osg/CMakeFiles/osg.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > The errors don't make any sense to me, the line is: > > > inline float log2(float v) { return logf(v) * static_cast(INVLN_2); } > > And the error you get is: > > /usr/src/OpenSceneGraph/include/osg/Math:197: error: expected `)' > before '/' token > /usr/src/OpenSceneGraph/include/osg/Math:197: error: expected `,' or > `;' before '/' token > > It's like the compiler is treating the definition of INVLN_2 as a > macro not a const double. The definition of INVLN_2 is near the top > of include/osg/Math : > > const double LN_2 = 0.69314718055994530942; > const double INVLN_2 = 1.0 / LN_2; > > This really looks like a bug in the compiler. Perhaps changing the > above be a hardwired value i.e. const double INVLN_2 = 1.442... might > get around this bug, could you try this? > > Robert. I tried the change you suggested but no go. I think it might be deeper in /usr/include/math.h where they do a define on log2 and log2f as follows but #define log2(x) (log(x) / M_LOG2_E) #define log2f(x) (logf(x) / (float) M_LOG2_E) not sure. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > > > > #define log2(x) (log(x) / M_LOG2_E) > > #define log2f(x) (logf(x) / (float) M_LOG2_E) > > That looks like it might well be the proplem. Added a if #ifndef log2 > might be what is required around the include/osg/Math definition. That got it to compile. I also still have to add the flags: -DWIN32 -DNOMINMAX -W -Wall -mnop-fun-dllimport -DOSG_LIBRARY to CMAKE_CXX_FLAGS - tried only using some parts but ultimately used all the flags and added to CMAKE_C_FLAGS too. This change is required for some reason to get Tessellator to compile and ignore those GLvoid conversion errors but that it probably all it is doing is ignoring them and allowing Tessellator to compile. I also had to make the change for wsock32.lib to wsock32.a in CMakeLists.txt in the root of the svn tree so the compile would find the correct library in Cygwin. I also had to make a change for osgviewerMFC in the examples/CMakelists.txt so it would not build and had to remove the references for the wxWidgets (that whole routine could be nicer). Most of the above I think I have reported before and OSG did build an install but I guess still not enough thread changes in Cygwin as osgconv still hangs on exit and has to be killed. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > > flags and added to CMAKE_C_FLAGS too. This change is required for some > > reason to get Tessellator to compile and ignore those GLvoid conversion > > errors but that it probably all it is doing is ignoring them and allowing > > Tessellator to compile. > > Which of the above additions to the compiler flags was required to fix > the log2 errors, which the tessellator ones? The ifndef log2 fixed the log2 problem. The change to CMAKE_CXX_FLAGS and CMAKE_C_FLAGS fixed the Tessellator but as I say - I'm not sure it fixed as much as hid it and I tried using some of the flags but ultimately had to use them all and probably had overkill with CMAKE_C_FLAGS. > > I also had to make a change for osgviewerMFC in the examples/CMakelists.txt > > It should be straight forward to disable this example via CMake > directives if your building under Cygwin. You are correct - I believe I added a check in the CMakeLists.txt to check fo r unix but did find the On/OFF option in CCMake as well. > > > so it would not build and had to remove the references for the wxWidgets > > (that whole routine could be nicer). > > What errors do you get with wxWidgets? I presume its installed as > CMake should build the osgviewerWX example without it. CCMake should all these individual file name - wxthis and wxthat and had d:\whatever next to it - I have no D drive. I couldn't find a master Wx on/off selection but did find some wxRoot and the like on the last CCMake screen but wasn't sure which was the main controller so I blanked all options that dealt with wx??? > > but I guess still not enough thread changes in Cygwin as osgconv still hangs > > on exit and has to be killed. > > Curious. osgconv is a single threaded app, one of the ones I'd least > expect any problems. My best guess is that there is some issue with > destruction of proxy objects that are created on loading of the > plugins. > > Does running osgconv without any parameters fail? Do you mean just osgconv or as I did: osgconv cow.osg bpkcow.jpg Oh yeah - one other thing - there is still a problem with plugins - OSG under Cygwin looks for the plugins as cygosgdb_whatever but the compile/install still leaves them as osgdb_whatever and so they all have to be renamed. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert, Under Cygwin I thought we were looking good, ccmake was looking good but the compile errored at 54% as shown here. Were these being masked before by the CMAKE_CXX_FLAGS of -W -Wall that we added or why did these pop up now? [ 53%] Built target osgdb_normals Scanning dependencies of target osgdb_net [ 53%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/ReaderWri terNET.o [ 53%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockinet. o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:66:1: warning: "socklen_ t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.h:16, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:36 : /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition [ 54%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstrea m.o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:143:1: warning: "sockl en_t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: 63: /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `i nt sockbuf::pgrp() const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: `SIOCGPGRP ' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: (Each unde clared identifier is reported only once for each function it appears in.) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `i nt sockbuf::pgrp(int) const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:941: error: `SIOCSPGRP ' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `v oid sockbuf::closeonexec(bool) const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:952: error: `FIOCLEX' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:955: error: `FIONCLEX' undeclared (first use this function) make[2]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstream.o] Error 1 make[1]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > I don't know why the errors you see have popped up, the last time > sockstream.cpp was modified was 2 months ago: Robert, I cleared everything in my build directory again and redid ccmake and didn't change anything (last time I had changed the X11... To X11...-NOTFOUND and I generated the make. This time I just did a ccmake and changed nothing. Still got the errors in the osgdb_net build. Then I started adding those CMAKE_CXX_FLAGS starting with -W -Wall which all that did was give me a lot more screen output and still error with those socket errors. Then I cleaned everything in my build directory again and added the flags -DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY which as previously mentioned was in the old build logic. Generated the make file and did a make. This time it went all the way to 100% - no problems and I did the make install. Attempting to run "osgconv cow.osg" still results in a hang but... I can report the issue with the plugins is resolved. I was able to run osgconv without doing any renames on the installed plugins as I have had to previously do. As to the hang - this time I noticed something interesting. I am running osgconv in a cygwin Bash shell and in the bash window when I run osgconv I see the title bar change from /usr/src/OpenSceneGraph-Data (which is the directory I am in ) to osgconv and then . I see it change back to /usr/src/OpenSceneGraph-Data after osgconv tells me the new file was written. This would normally imply that the program had returned to the command prompt but looking at the screen the program has still not terminated and I have to kill it with Windows Task Manager because the pid for it in Cygwin is different than the pid in Task Manager and kill the one in Cygwin ps doesn't work but ending the osgconv process in Task Manager does cause it to end and create a core dump in Cygwin. Just wanted to give you that update. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > I don't know why the errors you see have popped up, the last time > sockstream.cpp was modified was 2 months ago: Robert, I cleared everything in my build directory again and redid ccmake and didn't change anything (last time I had changed the X11... To X11...-NOTFOUND and I generated the make. This time I just did a ccmake and changed nothing. Still got the errors in the osgdb_net build. Then I started adding those CMAKE_CXX_FLAGS starting with -W -Wall which all that did was give me a lot more screen output and still error with those socket errors. Then I cleaned everything in my build directory again and added the flags -DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY which as previously mentioned was in the old build logic. Generated the make file and did a make. This time it went all the way to 100% - no problems and I did the make install. Attempting to run "osgconv cow.osg" still results in a hang but... I can report the issue with the plugins is resolved. I was able to run osgconv without doing any renames on the installed plugins as I have had to previously do. As to the hang - this time I noticed something interesting. I am running osgconv in a cygwin Bash shell and in the bash window when I run osgconv I see the title bar change from /usr/src/OpenSceneGraph-Data (which is the directory I am in ) to osgconv and then . I see it change back to /usr/src/OpenSceneGraph-Data after osgconv tells me the new file was written. This would normally imply that the program had returned to the command prompt but looking at the screen the program has still not terminated and I have to kill it with Windows Task Manager because the pid for it in Cygwin is different than the pid in Task Manager and kill the one in Cygwin ps doesn't work but ending the osgconv process in Task Manager does cause it to end and create a core dump in Cygwin. Just wanted to give you that update. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > Have you updated to a different version of Cygwin since you last built? Nope, Only difference is I used a straight ccmake and did not make the CMAKE_CXX_FLAG changes I had previously made and I haven't had to make the wsock32.lib to wsock32.a change. I saw where it looked as if you changed the wsock logic in the make function but wasn't sure. I was essentially trying a vanilla run with no changes on my part. I can go back and try the CMAKE_CXX_FLAG changes and see if that makes a difference. I did a search (text search) of the /usr/include tree in Cygwin for some of those undefined values and couldn't find them - but to my knowledge they were not there before. That's why I wonder if it has to do with the flags. Bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > Hi Brian, > > O.K. I'm confused now. Your previous email it sounds like you needed to add: > >-DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY This was actually the second email I sent. > To get things compile, but your next below sounds like you made no changes. > > On 10/3/07, Brian Keener <[EMAIL PROTECTED]> wrote: > > Robert Osfield wrote: > > > Have you updated to a different version of Cygwin since you last > > built? > > > > Nope, > > > > Only difference is I used a straight ccmake and did not make the > > CMAKE_CXX_FLAG changes I had previously made and I haven't had to make This was the first email I sent which got blocked and then I inadvertently sent again not realizing how confusing it would be. The above ">-DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY" is my most recent attempt at building which did build and hangs when run. > Does the SVN version of the OSG compile out of the box without any > changes? Or do you have to make the above addition, if so where to? It does not - it dies on the socket error and I add the flags: -DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY in ccmake to the CMAKE_CXX_FLAGS line at which point it compiles 100%. You posted in your other response that others had built in Cygwin without making any changes (out of the box). I had not seen those responses - perhaps it is just my setup if you have other cygwin folk getting it right. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Robert Osfield wrote: > other Cyginw users are already add the options you've added. > > As for the hang, does this only happen for osgconv, or does it happen > when doing things like osgviewer cow.osg? Oh yeah forgot to answer this: [EMAIL PROTECTED] /usr/src/OpenSceneGraph-Data $ osgviewer cow.osg Warning: detected OpenGL error 'invalid enumerant' after RenderBin::draw(,) and then same symptom I described for osgconv. The bash window title bar changes back from the program running (osgviewer now) to my current working directory (/usr/src/OpenSceneGraph-Data) as if it knows it is done but Task Manager shows the task still there and no command prompt comes back. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto Luaces wrote: > Brian: I'm surprised that the latest SVN version doesn't work for you. About > the net plugin issue, gcc shold print a warning about a redefinition, but not > an error about undefined tokens. Can you post them? [ 53%] Built target osgdb_normals Scanning dependencies of target osgdb_net [ 53%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/ReaderWri terNET.o [ 53%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockinet. o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:66:1: warning: "socklen_ t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.h:16, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:36 : /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition [ 54%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstrea m.o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:143:1: warning: "sockl en_t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: 63: /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `i nt sockbuf::pgrp() const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: `SIOCGPGRP ' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:931: error: (Each unde clared identifier is reported only once for each function it appears in.) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `i nt sockbuf::pgrp(int) const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:941: error: `SIOCSPGRP ' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: In member function `v oid sockbuf::closeonexec(bool) const': /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:952: error: `FIOCLEX' undeclared (first use this function) /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:955: error: `FIONCLEX' undeclared (first use this function) make[2]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstream.o] Error 1 make[1]: *** [src/osgPlugins/net/CMakeFiles/osgdb_net.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ > Also, before compiling anything yesterday, I ran the update tool in order to > get the lastest Cygwin packages. Maybe you have an outdated version of > several packages. I keep my installed updated regularly - usually weekly so I am current and just checked today and still current. > As for the tests, I could run osgviewer on single-threaded mode without > problems. As soon as I changed it with 'm' key it freezed. > > I could run osgconv to convert a large .obj into a .ive. The program crashed > (no hang as Brian's) at the end, but the generated file was correct. > > The examples ran fairly well, as long as I stayed in single-threaded mode, but > some of them hang on exit. That's what I have seen in the past and with osgconv - seems to hang on exit. And I just tried again specifying the SingleThreaded and setting OSG_THREADING and still got the hang on exit in the bash shell. As I say I can see the title of the window change back to my working directory but the program (osgconv r osgviewer) does not end. Good luck on debugging. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto Luaces wrote: > this shouldn't be possible with the changes recently commited to the SVN. > Could you confirm that the lines number 924 and 925 of sockinet.cpp are > > //#if !defined(WIN32) > #if !(defined(__CYGWIN__) || defined(WIN32)) If we are talking src/osgplugins/sockinet.cpp mine only has 445 lines and it was retrieved fresh from svn last week and I just did an svn update to confirm. > Could you also please check that __CYGWIN__ macro is defined for the compiler > you are using? On my system: > > $ touch testfile.cpp > $ g++ testfile.cpp -E -dM | grep __CYGWIN_ > #define __CYGWIN__ 1 ditto: [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |grep __CYGWIN_ #define __CYGWIN__ 1 [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |pg In your case what about: [EMAIL PROTECTED] /usr/tmp $ g++ testfile.cpp -E -dM |grep __unix #define __unix 1 #define __unix__ 1 > $ g++ -v > Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs > Configured > with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- > sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu > ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w > ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre > ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl > e-libstdcxx-debug > Thread model: posix ditto but did you omit the last version line or does mine have it and yours does not: [EMAIL PROTECTED] /usr/tmp $ g++ -v |pg Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --ver bose --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libe xecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext -- enable-version-specific-runtime-libs --without-x --enable-libgcj --disable-java- awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptio ns --enable-hash-synchronization --enable-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto Luaces wrote: > sorry, I wanted to mean src/osgplugins/sockstream.cpp. I'll compare the rest > of your post with my settings as soon as I return to my job's computer. //#if !defined(WIN32) #if !(defined(__CYGWIN__) || defined(WIN32)) it does. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Alberto, thanks for looking into this. I appreciate it. I have seen your posts in the Cygwin group and following along so let me know if I need to try something. Alberto Luaces wrote: > For reference, these are the default defines that I'm using (cmake defaults): > > CMAKE_CXX_FLAGS=' ' > CMAKE_CXX_FLAGS_DEBUG=-g > CMAKE_CXX_FLAGS_MINSIZEREL=-Os -DNDEBUG > CMAKE_CXX_FLAGS_RELEASE=-O3 -DNDEBUG > CMAKE_CXX_FLAGS_RELWITHDEBINFO=-O2 -g > CMAKE_C_FLAGS=' ' > CMAKE_C_FLAGS_DEBUG=-g > CMAKE_C_FLAGS_MINSIZEREL=-Os -DNDEBUG > CMAKE_C_FLAGS_RELEASE=-O3 -DNDEBUG > CMAKE_C_FLAGS_RELWITHDEBINFO=-O2 -g Ditto - same here. > Maybe we can compare the output of the compiler command line when compiling > sockstream.cpp by toggling 'on' the CMAKE_VERBOSE_MAKEFILE switch in the > cmake advanced configuration, page 2. I'll turn that on and try a build. Three questions: Do you have X installed in your Cygwin? If so are you changing the directory paths for X in ccmake (page 6) to the X11_???-NOTFOUND option or leaving them set? Are you simply doing a make when you build or a make debug? bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Brian Keener wrote: > > Maybe we can compare the output of the compiler command line when compiling > > sockstream.cpp by toggling 'on' the CMAKE_VERBOSE_MAKEFILE switch in the > > cmake advanced configuration, page 2. > > I'll turn that on and try a build. Three questions: > > Do you have X installed in your Cygwin? > If so are you changing the directory paths for X in ccmake (page 6) to the > X11_???-NOTFOUND option or leaving them set? > Are you simply doing a make when you build or a make debug? Aaaggg :-( Alberto, As I say I check the CMAKE_ flags you mentioned and mine match yours and to answer my questions from above - Yes I have X installed on my Cygwin, 2nd question: I have left the X11_ paths alone and I have changed them to be their X11_???-NOTFOUND equivalents and I have in the past had errors leaving them as ccmake sets them and better luck with them set to NOTFOUND. Third question - I have been doing plain makes. I did delete the full obj directory (as I have done other tests) and I did an SVN update and I did change the CMAKE_VERBOSE_MAKEFILE switch to on and the dang thing ran all the way through [100%]. Did a make install and ran the examples: osggeometry and osgversion complete as normal osgconv cow.osg, osgviewer cow.osg and osganimate all hang and must be killed via Windows Task Manager even though the Bash window title shows the program completed and I am back at my working directory but I have no command line. Next since this build got me by surprise I did a make uninstall and then deleted the full build directory and then redid the ccmake exactly as I did last time but did not set the CMAKE_VERBOSE_MAKE switch and regenerated and compiled and it still built to 100%. I did notice this in the build for osgViewer and GraphicsWindowWin32.cpp: [ 38%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/ViewerEventHan dlers.o [ 38%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/GraphicsWindow Win32.o /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp: In member functio n `virtual bool osgViewer::Win32WindowingSystem::setScreenRefreshRate(const osg: :GraphicsContext::ScreenIdentifier&, double)': /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:886: warning: conv erting to `DWORD' from `double' /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp: In member functio n `virtual void osgViewer::GraphicsWindowWin32::checkEvents()': /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1703: warning: pas sing NULL used for non-pointer converting 3 of `BOOL PeekMessageA(tagMSG*, HWND_ _*, UINT, UINT, UINT)' /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1703: warning: pas sing NULL used for non-pointer converting 4 of `BOOL PeekMessageA(tagMSG*, HWND_ _*, UINT, UINT, UINT)' /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp: In member functio n `virtual void osgViewer::GraphicsWindowWin32::requestWarpPointer(float, float) ': /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1777: warning: con verting to `LONG' from `float' /usr/src/OpenSceneGraph/src/osgViewer/GraphicsWindowWin32.cpp:1778: warning: con verting to `LONG' from `float' [ 38%] Building CXX object src/osgViewer/CMakeFiles/osgViewer.dir/PixelBufferWin 32.o Linking CXX shared library ../../lib/cygosgViewer-2.2.0.dll Creating library file: ../../lib/libosgViewer.dll.a [ 38%] Built target osgViewer [ 38%] Building CXX object src/osgPlugins/osgFX/CMakeFiles/osgdb_osgfX.dir/IO_An isotropicLighting.o [ 38%] Building CXX object src/osgPlugins/osgFX/CMakeFiles/osgdb_osgfX.dir/IO_Bu mpMapping.o and then also this time in the osgdb_net build (but I wasn't looking last time since I figured it would error ): [ 47%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockinet. o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:66:1: warning: "socklen_ t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.h:16, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockinet.cpp:36 : /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition [ 47%] Building CXX object src/osgPlugins/net/CMakeFiles/osgdb_net.dir/sockstrea m.o /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:143:1: warning: "sockl en_t" redefined In file included from /usr/include/sys/socket.h:15, from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.h:46 , from /usr/src/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp: 63: /usr/include/cygwin/socket.h:24:1: warning: this is the location of the previous definition Linking CXX shared module
Re: [osg-users] Please test SVN version of OpenSceneGraph
ALberto see my response below Alberto Luaces wrote: > > As I say I check the CMAKE_ flags you mentioned and mine match yours and to > > answer my questions from above - Yes I have X installed on my Cygwin, 2nd > > question: I have left the X11_ paths alone and I have changed them to be > > their X11_???-NOTFOUND equivalents and I have in the past had errors > > leaving them as ccmake sets them and better luck with them set to NOTFOUND. > > Third question - I have been doing plain makes. > > Out of curiosity, where do you get those plain Makefiles? I think the > original > ones were eliminated from recent versions of the SVN. I'm only using the > cmake generated Makefile. Sorry - bad choice of words. I have in the past used the original make files from the earlier revisions to diagnose issues but the test builds I did for you were all total current svn and then doing a ccmake and generate the makefile and then at the command prompt type "make" with no options (that is what I meant by plain make - my mistake). > > I did delete the full obj directory (as I have done other tests) and I did > > an SVN update and I did change the CMAKE_VERBOSE_MAKEFILE switch to on and > > the dang thing ran all the way through [100%]. > > I think when you touch any of the cmake options, the Makefile is rewritten, > so > you have to build all the project again. It makes sense when one changes some > compiler switch, but unfortunately when there are only minor changes to the > configuration it also requires the complete build. That is what I have tried to do is always make uninstall, make clean and then change the config and regenerate and then do a new fresh make. Thanks for the assistance - maybe we can find something. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test SVN version of OpenSceneGraph
Replies below: Alberto Luaces wrote: > What I'm planning to do is to set the CYGWIN environment variable to > > CYGWIN=error_start=[path_to_gdb]gdb.exe > > so gdb is called when a program crashes. Then I'll be able to get a stack > trace and see where the crash happened. Is that the syntax - I can try it and see what I get. > Another way is to attach gdb to a hanging process in order to also get the > stack trace. I'll post any progress. Good - you can explain Cygwin PIDs to me. When I run one of the osg examples from a bash prompt in Cygwin it appears the PID I am seeing does not always match the PID that Windows Task Manager is showing. I actually have my Cygwin set up so it passes through login.exe before starting bash.exe and you never see the pid for bash shell but instead see the entry for Bash with a pid that belongs to the Login process so it becomes difficult to know where to attach. > > > I'll turn that on and try a build. Three questions: > > > > Do you have X installed in your Cygwin? > > No. Do you have any reason for using it? We could also see that. For OSG - no, but I do like using X for some things and just to experiment. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Problem compiling OSG from SVN in Cygwin
Hello Robert, It's your worst nightmare again. I tried compiling the svn version again from trunk since you were asking folks to check various platforms. I downloaded fresh from svn and did the ccmake and then ran make and I get this error: [ 78%] Building CXX object src/osgPlugins/ive/CMakeFiles/osgdb_ive.dir/Visibilit yGroup.o Linking CXX shared module ./../../lib/osgPlugins-2.2.0/cygwin_osgdb_ive.dll [ 78%] Built target osgdb_ive Scanning dependencies of target osgdb_cfg [ 78%] Building CXX object src/osgPlugins/cfg/CMakeFiles/osgdb_cfg.dir/CameraCon fig.o In file included from /usr/src/OpenSceneGraph/include/osg/Vec2f:17, from /usr/src/OpenSceneGraph/include/osg/Vec2d:17, from /usr/src/OpenSceneGraph/include/osg/Vec3d:17, from /usr/src/OpenSceneGraph/include/osg/Matrixd:18, from /usr/src/OpenSceneGraph/include/osg/Matrix:17, from /usr/src/OpenSceneGraph/src/osgPlugins/cfg/Camera.h:19, from /usr/src/OpenSceneGraph/src/osgPlugins/cfg/CameraConfig.h: 19, from /usr/src/OpenSceneGraph/src/osgPlugins/cfg/CameraConfig.cp p:34: /usr/src/OpenSceneGraph/include/osg/Math: In function `bool osg::isNaN(float)': /usr/src/OpenSceneGraph/include/osg/Math:206: error: `isnan' undeclared (first u se this function) /usr/src/OpenSceneGraph/include/osg/Math:206: error: (Each undeclared identifier is reported only once for each function it appears in.) /usr/src/OpenSceneGraph/include/osg/Math: In function `bool osg::isNaN(double)': /usr/src/OpenSceneGraph/include/osg/Math:207: error: `isnan' undeclared (first u se this function) make[2]: *** [src/osgPlugins/cfg/CMakeFiles/osgdb_cfg.dir/CameraConfig.o] Error 1 make[1]: *** [src/osgPlugins/cfg/CMakeFiles/osgdb_cfg.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg So then in include/osg/Math I change line 206 from this: inline bool isNaN(float v) { return isnan(v); } to inline bool isNaN(float v) { return isnanf(v); } and I change line 207 to return various forms of isnand, _isnan, _isnand just to see what will happen and then the build blows up much earlier on Animationpath in OpenThreads as follows: [EMAIL PROTECTED] /usr/develop/obj/osg $ make [ 0%] Built target OpenThreads [ 1%] Building CXX object src/osg/CMakeFiles/osg.dir/AnimationPath.o In file included from /usr/src/OpenSceneGraph/include/osg/Vec2f:17, from /usr/src/OpenSceneGraph/include/osg/Vec2d:17, from /usr/src/OpenSceneGraph/include/osg/Vec3d:17, from /usr/src/OpenSceneGraph/include/osg/Matrixf:18, from /usr/src/OpenSceneGraph/include/osg/AnimationPath:21, from /usr/src/OpenSceneGraph/src/osg/AnimationPath.cpp:13: /usr/src/OpenSceneGraph/include/osg/Math: In function `bool osg::isNaN(double)': /usr/src/OpenSceneGraph/include/osg/Math:207: error: `_isnand' undeclared (first use this function) /usr/src/OpenSceneGraph/include/osg/Math:207: error: (Each undeclared identifier is reported only once for each function it appears in.) make[2]: *** [src/osg/CMakeFiles/osg.dir/AnimationPath.o] Error 1 make[1]: *** [src/osg/CMakeFiles/osg.dir/all] Error 2 make: *** [all] Error 2 [EMAIL PROTECTED] /usr/develop/obj/osg $ This error which would lead me to believe that during the early stages of the compile - isnan is defined and then it disappears by the time I get to osgdb_config. Further on this is that I found if I change line 206 to inline bool isNaN(float v) { return isnanf(v); } and line 207 to inline bool isNaN(double v) { return __isnand(v); } then everything compile - any thought on this bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Problem compiling OSG from SVN in Cygwin
Robert Osfield wrote: > Couple of observations, include/osg/Math hasn't changed for a very > long time, so it suggest that these methods aren't compiled by the > compile unless one compiles the .cfg plugin No actually - if I change line 206 or line 207 to something like _isnanf and _isnand (1 underscore) then very early in the build it breaks on Animationpath.h and .cpp and if I change to lines back to the svn version then Animationpath.h and .cpp build as they should. > , Which does perplex me as > I'm sure these methods are used elsewhere, so what could be up? Agreed. See my response above as that is what I noticed - certain changes to fix the .cfg plugin broke Animationpath.h and .cpp in the build very early but my changes to line 206 and 207 using isnanf and __isnand (2 underscores) resulted in everything building as they should. If I look at /usr/include/math.h in Cygwin it defines isnanf and isnand. > I don't know. Perhaps one could look at the include order to see in > .cpp/.h files in the .cfg plugin are doing anything unusual. That was my thought I starting looking to see what was included or not included or the order they were included in Animationpath.h and .cpp vs the .cfg plugin but nothing yet. Thanks. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Problem compiling OSG from SVN in Cygwin
Robert Osfield wrote: > Could you check out the latest version in SVN and let me know exactly > what things work/break out of the box without any further changes. Robert, Did a make uninstall, make clean, deleted everything in the build directory, updated from svn and then I closed all Cygwin sessions and actually rebooted my machine. Sounds strange I know but it seems like last time we were researching some of these oddities when I did that it compiled. Once rebooted I did a ccmake and then generated. The last time I forgot the examples and built them in a second build but this time I built all at the same time. Compiled all the way through when I did a make - no isnan error. Too many factors here but now we know we can get a build so I can experiment with various factors like rebooting, fresh Cygwin invocation, with and without examples. Interesting fact here is that Alberto Luaces (another OSG on Cygwin user) reported to me it works for him and had me try a simple test program for compiling with an isnan function and the test failed so there is something else working here. Combine that with the idea that when I rebooted and reentered Cygwin it seems to help the builds there does appear to be something else at work here. It appears as well he does not have the hang on exit in Single Thread mode as I do but he has it in other modes - which is odd as I always have it in some programs. Might be time for a total fresh install of Cygwin but I hate to. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Using Cygwin compiling OSG & examples but how do you choose X11 or Win32 type compiles
Not sure I can explain this well but I will give it a shot. I use Cygwin and have can compile OSG and the examples using ccmake and it compiles using opengl and the win32 api interface (w323api). This works great and I can run the examples. But just like Unix - Cygwin can run commands/applications from the command line (osgviewer) or Cygwin can have X installed and you can use x11 applications like xclock, glxgears and the like. How would I adjust ccmake or is there some parameter I pass if I wanted to compile for X11. Would this be all of osg or just the Examples or what. I know that osgViewer (which I believe is lib) has X11 as well as Carbon and Win32 code. How could you control this to build one or the other or is there some way we can have it build the X11 version along with the Win32 version if X11 is installed. I hope I explained this with some degree of clarity. Thanks for the help bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Cygwin Compile Question OSG 2.8.1
Alberto Luaces wrote: > on the Cygwin list just told me that my OSG package would only be > included in Cygwin if it used the X subsystem instead of the native > windows one. I may be confusing two issues but seems I got OSG to build some of the examples (osgViewer using GraphicsWindowX11.cpp). It took a little tweaking in the cmake config - paths are real critical. Is that just building X apps with OSG as opposed to OSG being built as X. Even though you use a configuration heavy on X - it still build OSG as native Windows. It would help if Christopher would post the errors - I've had enough issues over time - I've probably seen it. I see he has posted a dump. Bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Will OSG handle RAS to some other format before I try to get it to compile in Cygwin
A year or so back I was able to get OSG to compile on Cygwin. Recently tried again and I am having a few issues. Of course in the meantime I have moved from Cygwin 1.5 to 1.7 and that has major changes plus the GCC/G++ 4.3.4 compiler and changes within that to create the cross compiler as opposed to the old -mno-cygwin switch. Any or all of these factors may be an issue. I've tried following my old notes but if I accept the CCMake defaults where it finds X and OpenGl then it burps n Xsync and others which are in the X libs and present on my system and in the cmake. If I try to make it a Windows appl and viewer then it burps on the _gl??? References. Before I spend any more time on this I wanted to verify that OSG can convert a RAS image file to a bmp or jpeg or something. We have some RAS images we tried to get from an AS400 for forms design but we need to get them back into another format to edit them and proceed. Other programs I have tried tell me invalid/incorrect header. Thanks for any assistance. bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] How do I get osgviewer on Cygwin to compile with -lX11 & -lXrandr
I tried building OSG on Cygwin 1.7 and I first tried to do it without X but it seems that osgviewer seems to insist on X11 and that WIN32 option has been removed (or is that what you get if you leave it at none). At any rate I finally accepted the defaults (except adding -DNOMINMAX and was bale to get osg to build but to get edit several link.txt files during the build. I ran Cmake and did the configure and generate and then each time it bombed using something involving osgviewer then I would go edit the appropriate link.txt file and add -lX11 -lXrandr to the executable line in that file and then execute the file. This would complete the link and then when I started my make again it would move past that build and continue. I did this for each link failure as follow: In the build directory for OSG (my build root is /usr/develop/obj/osg): /usr/develop/obj/osg/src/osgViewer I edited the file: vi ./CMakeFiles/osgViewer.dir/link.txt and added the -lX11 -lXrandr to the line in link.txt. I then executed the link.txt file as in : ./CMakeFiles/osgViewer.dir/link.txt and the file built - so that was all it needed for osgViewer but... I then would have to do this other parts of the build (osgArchive, osgConv and so on ) to get it to finish. My question(s) is/are where do I find the logic that dictates during the Cmake configure what libs to include and in what files will I find this when the generate finishes. I would like to tweak this so the cmake configure and generate for cygwin was smart enough add the X11 and Xrandr libs. I would also like to know (if any knows) what in general should be the setting to get osgviewer to build without X11 on Cygwin and just use the opengl and no X. thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Attempting X11 (lib issue) and Windows (GLfloat issue) compiles forOSG in Cygwin
I attempted to get OSG to compile in Cygwin and I finally got an X11 version to compile. I had problem with osgViewer which did not seem to want to add the libraries X11 and Xrandr even though it saw them. I could add the libraries to link.txt for the modules that failed and then execute and they would compile. I tried determining what was wrong with the CMakeLists.txt for osgViewer but only way I could get it to add the X11 and Xrandr was to change this routine near the end: IF(MINGW OR CYGWIN) SET(TARGET_EXTERNAL_LIBRARIES ${TARGET_EXTERNAL_LIBRARY} gdi32 ) ENDIF() so that the set line reads as follows: SET(TARGET_EXTERNAL_LIBRARIES ${TARGET_EXTERNAL_LIBRARY} gdi32 ${X11_X11_LIB} ${X11_Xrandr_LIB} ) And then compiled great and worked. I then tried to get it to compile without X11 by setting OSG_WINDOWING_SYSTEM to none and it compiled but osgViewer could not create a window so then I change the GL references to point to the opengl libs in w32api for cygwin which as I recall is the appropriate think to do so it uses the win opengl libs and includes. But now when compiling I get this error regarding GLfloat and GLdouble [ 0%] Built target OpenThreads [ 0%] Building CXX object src/osg/CMakeFiles/osg.dir/ArrayDispatchers.o /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp: In member function `void o sg::ArrayDispatchers::init()': /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:440: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLfloat*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLfloat] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:441: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLfloat*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLfloat] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:442: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLdouble*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLdouble] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:443: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLdouble*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLdouble] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:446: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLbyte*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLbyte] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:447: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLshort*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLshort] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:448: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLfloat*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLfloat] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:449: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLdouble*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLdouble] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:451: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLubyte*), int)' /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:268: note: candidates are: void osg::AttributeDispatchMap::assign(osg::Array::Type, void (*)(const T*), uns igned int) [with T = GLubyte] /usr/src/OpenSceneGraph/src/osg/ArrayDispatchers.cpp:452: error: no matching fun ction for call to `osg::AttributeDispatchMap::assign(osg::Array::Type, void (&)( const GLfloat*
Re: [osg-users] Attempting X11 (lib issue) and Windows (GLfloat issue) compiles forOSG in Cygwin
Skai Ware wrote: > Hi Brian, > Compiling OSG 3 with cygwin is perhaps today not feasible due > to the objectives from cygwin team to remove the WIN32 define. > Have you tried to cmake OSG with > cmake . -DCMAKE_LEGACY_CYGWIN_WIN32=1 > Well that makes the X11 version perfectly with standard Cygwin installed and my one change to cmakelists.txt in osgViewer source. Still cannot get it to build though with opengl32 and glu and build a non X11 but Windows version. I get a lot of _gl. Undefined functions. thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Attempting X11 (lib issue) and Windows (GLfloat issue) compiles forOSG in Cygwin
Robert Osfield wrote: > HI Brian, > > On Tue, Aug 16, 2011 at 10:12 PM, Brian Keener > wrote: > > Well that makes the X11 version perfectly with standard Cygwin > > installed and my one change to cmakelists.txt in osgViewer source. > > > > Still cannot get it to build though with opengl32 and glu and build a > > non X11 but Windows version. I get a lot of _gl. Undefined > > functions. > > I can't comment on Cygwin specifically as I have no personal > experience with it. The only thing I can add is that OSG-3.x no > longer needs GLU, instead a subset of GLU is now compiled from source > inside the osg library itself. Hi Robert, So how would I tell configure and make to use the OPenSceneGraph version instead of the opengl and glu libraries that are already in my Cygwin install as it does seem to see them and want to use them but I'm not sure. Thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Any idea how to tell ccmake to build MINGW on Cygwin
I was trying to build a Windows version of OSG on Cygwin (I can build an X version) and wasn't having any luck. Now that Cygwin has a cross-compiler for MINGW (reworked - not the old -MNO_CYGWIN option) I thought I would give that a try. Seems I can tell it where all the pertinent compiler and linker programs are and maybe even the libs but I'm still missing something as I keep getting an error on the make in pthreads. Anyone tried building a MINGW version on CYGWIN yet? thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org