Probably most others besides Andreas will not want to read this post and Andreas may not want to either. It is not short but then it is difficult for me to answer what I want to do with any environment as I get interested in many problems/projects and persue them till they work and I master them or I am worn down (which doesn't happen often but...) and this is more of an explanation of how I got here and a thank you for the offer but...
Andreas Goebel wrote: > what kind of thing do you want to do? I know both mingw and cygwin. In > short: cygwin is a unix-emulation (kind of...) whereas mingw is a port > of gnu-tools to windows. I originally got involved with Cygwin because I was looking for a way to learn C++ and the GNU compilers are free. I hadn't really seen Mingw because I came up on Cygwin first but.... I also come from a Unix environment and was forced into Windows in later year so I am used to alot of the Unix commands and find them quite useful even working with my Windows machine plus the X applications that run in Cygwin and allow me to communicate and use x windows in other machines makes it a quite versatile tool. In addition the Mingw headers and libraries are utilized in Cygwin as well in that you have the option of creating a true windows program or Cygwin/Unix program depending on flags. I'm not good at that but I sort of understand the basic principle. They are I believe in the process as well of streamlining the cross compiler configuration of these two with the g++ environment to enhance it further. > If you want do develop windows-apps, but use gnu-tools for it, use mingw. As I say originally is was a tool for learning C++ which I am still battling and yes I have tried to do some windows apps or work on them. But now as well I have Visual Studio 2005 which I am using for one of my customers so it could do the Windows C++ but I do like the cross compiler and multiple machine one package environment of trying to use gnu. Which is another reason I like Cygwin - it can do Cygwin/Linux or it can do MingW by using -mno-cygwin which doesn't set __CYGWIN__ not not sure if it sets MINGW and changing some other options. But not sure how that affects OSG since a lot of the checks in the source and make files vary from checking $OS to checking __MINGW__ and __CYGWIN__ and WIN32. From what I have seen from other apps I have messed with comiling on a Mingw environment is not totally the same as doing a mingw compile with -mno-cygwin in a Cygwin environment. > If you want to have a unix-emulation but for some kind of reason cannot > use unix (linux, for instance), use cygwin. and yes I have done some of this and worked on some and yes I do have Linux running in a vmware machine. But for me whether it be Windows or Unix/Cygwin it is a matter of what I currently get interested in and essentially learning by trying to make things work. Which is what got me here. I got interested in FlightGear which uses OSG now - it did use other apps. I originally tried it in Windows (have yet to try it in Linux) but then wanted the latest version and got interested in building my own and I only had GNU and no VS2005 so ..... I went that route and many patches and debugging later (did alright up till now as to getting it to run) it worked. Thought it was pretty cool building in a Cygwin environment. Now I am thinking back to Windows as since it is a Flight Sim not sure I want to try Linux and an X interface so probably back to windows. > This dll-stuff sounds as if you would have to dig deep into the dark > side of programming to solve it. Doesn´t sound like fun to me, I would > try mingw. But tell me, what you want to do, and I can tell you if you > can do it with mingw. You are correct it is definitely a darkness I do not think I want to pursue. The latest ideas I have found today because of the dll was some references to Dll Loader/Locker issues from the end of last year and start of this year in the Cygwin List which appear to never have come to a meaningful solution. I also found several mentions and papers from Microsoft explaining similar issues that seem to have arisen. As Robert says OSG has been tested on many environments and I guess where some may handle - Cygwin might be having the issue but then - I have no proof on this other than just a little knowledge looking for similarities in symptons and the hang in ntdll. For me it was just the desire to get Flightgear to continue to work in Cygwin with OSG as it had worked before in Cygwin. It was a challenge I thought I could beat but I'm a beginner and unless I can narrow it down to a documentable problem and test case and possibly a patch or until something else causes the Cygwin Developers to fix whatever the issue is so it will run - it ain't gonna happen. Actually it will happen cause the problems there will get fixed or someone will find the incompatibility and correct it and all will be well again. I just need to go back to learn basic beginners C++ for a while. It is too dark for me down there. :-( Thanks for the offer and the help. _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
