Robert or anyone interested in Cygwin, Just wanted to tell you a couple things I found in the cmake build of OpenThreads and OSG in Cygwin. Yep the hangs are still there in some examples but as I mentioned in another thread this may be a know issue in Cygwin with DLL and Loader/Locker conflicts with GetModuleHandle or GetModuleName - sorry forget and supposedly Simgear and Flightgear run with OSG because the part that conflicts they don't use.
Now for my report - first I like it once I found your reference to the wiki in one of your posts and read the instructions that mentioned ccmake - I had been using CMake by itself - curses version is better. When I built OpenThreads the first time it appears as if because it found the include directory already in /usr/local/include/OpenThreads it did not seem to replace. I use the build out of source whenever possible so that is what I did here and then the second time after cleaning up the source and redoing my cmake - and deleting the previously installed parts - it seemed to build correctly and seems to have since then. When I built OpenSceneGraph then osgdb_net was using wsock32.lib in Cygwin and I changed to libmswsock so could find but it might be that it shoudl use libwsock32 - not sure. I tried build OpenScneGraph first as an X application and and in that case I tried using both libwsock32 and libmswsock but ultimately got stopped by the non-existence of SIOCGPGRP and other flags that appear non existent in Cygwin. The CMake configurator also found my Cygwin version of SDL which does build in Cygwin as either a Mingw or Cygwin app (mine is built as a Cygwin) but osgsimpleviewerSDL had problems with _WinMain16 and I saw a Mac header so I wasn't sure if it should work or not. I had problems after I built that it could not find the plugins and yet they looked right except they were in /usr/local/bin instead of the subdirectory osgPlugins as I had been used to seeing them. Then I realized the name given them were osgdb_osg.dll and not cygosgdb_osg.dll as they had been and the code appears to look for. As mentioned I tried building an X version which the ccmake configurator starts you on if you have X installed. I'm not real good on the libs and such but got a good ways - points the needed changing in the config were there are gl.h glu.h glut.h headers in /usr/include/w32api which you want when building a nonX Cygwin and then you want the same from /usr/X11R6/include when building an X appl in Cygwin. There are also a version of each of those in Cygiwn if you are building a Mingw app so there are three sets to choose from. I also had to change the Configuration to use GraphicsWindowX11 instead of GraphicsWindowWin32. Just had to force this as I couldn't come up with any good checks. As mentioned I ultimately got stopped on this by the net and socket issue above. As I say I'm not good on libs and such and I sort of fumbled my way through the issues of X11 and Xext and GraphicsWindowWin32 vs GraphicsWindowX11 on Cygwin for X application vs straight Cygwin and got a good way until the net stopped me on the X. A straight Cygwin making sure it had -DWIN32 and -DNOMINMAX in the configuration and removing the reference to anything X11 or to the SDL it found compiled fine. I'm off for a weke out of town and out of touch so no need to respond - just informational. bk _______________________________________________ osg-users mailing list [EMAIL PROTECTED] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
