Did cvs up -pD on plib, simgear, flightgear(0.9.0) and fgfsbase (note devel base)...
Alas, after a great start - Exec:[..\Debug\FlightGear.exe] with command(s) [] FlightGear: Version MSVC6-WIN32-0.9.0 Built with Microsoft Visual C++ version 1200 Scanning for root: command line fg_root = D:\fg090\fgfsbase Reading global preferences Finished Reading global preferences ... down some 1,684 or so lines ... Updating material pc_tz_two_b to step 0 end of fgInitProps() Adding subsystem input Error parsing GUI file D:\fg090\fgfsbase\gui\. GUI file D:\fg090\fgfsbase\gui\. has no name; skipping. Error parsing GUI file D:\fg090\fgfsbase\gui\.. GUI file D:\fg090\fgfsbase\gui\.. has no name; skipping. Error parsing GUI file D:\fg090\fgfsbase\gui\CVS\. GUI file D:\fg090\fgfsbase\gui\CVS\. has no name; skipping. Error parsing GUI file D:\fg090\fgfsbase\gui\CVS\.. GUI file D:\fg090\fgfsbase\gui\CVS\.. has no name; skipping. and EXIT - it is in strlen.asm, after readXML() by gui init() - the pointer is NULL! This looks simple - why is it climbing onto CVS folder? Enough for today - will look more tomorrow - any ideas welcome. *** More boring DETAILS on the MSVS6 build *** plib - not until link FG did i discover that \plib\src\ssg\ssgSaveFLT.cxx was NOT in the ssg.dsp. Also ssgSaveFLT.cxx needed a (usual) for(int i = 0; correction to compile. And to quiet down a multiple warning, added #ifdef _MSC_VER // 'this' used in base member init. list #pragma warning( disable : 4355) #endif // _MSC_VER to the top of ul.h SimGear - also not until the FG link did i discover simgear\sky\clouds3d\extgl.c was NOT in the SimGear.dsp project file. Also remember altering the project settings to ensure "Debug Multithreaded" (/MTd) was set to conform to all other components. Metakit and zlib went smoothly ... although my WinZip 8 refuses to unzip the current cvs'ed gz files in src-libs! Do others have this problem? The latest SG\src-libs metatkit is - Directory of D:\FG090\SimGear\src-libs METAKI~1 GZ 808,106 07/09/02 1:58 metakit-2.4.3-33.tar.gz and this fails, while an earlier - Directory of D:\fg79cvs\SimGear\src-libs METAKI~1 GZ 805,168 03/04/02 20:05 metakit-2.4.3-33.tar.gz works fine. Likewise zlib. Go figure? Made following alteration to SimGear source - camutils.cpp - changed #include <plane.hpp> #include <tri.hpp> #include <minmaxbox.hpp> to #include "plane.hpp" #include "tri.hpp" #include "minmaxbox.hpp" SkyContext.cpp, SkyTextureState.hpp and SkyRenderableInstanceGroup.cpp - added at top - #pragma warning( disable : 4786) // 256 byte trunation SkyMaterial.hpp - uncommented the line - // #pragma warning( disable : 4786) FlightGear - Had to remove a few, and add a few as the build progressed. Added small fixes to - ATCUtils.cxx - commented OUT the line - #include <iomanip.h> panel.cxx - drop in a return false; in the DoMouseAction() function. FGPropertyManager.cpp - disable 4786 panelnode.cxx - comment out the <GL/gl.h> include, and put an int i at begin of FGPanelNode() and change the for(int i = 0; to just for( i = 0;. pt_lights.cxx - add an instance of the ssg timer, like - ulClock ssgTimedSelector::ck; While doing all this, wrote some things into README.msvc ... The LINK On the first link i got over 500 missing externals. Two were from plib and SimGear resp. mentioned above. The other were just that the FlightGear.DSP project file contained NO link libraries, or libpaths, other than the relatively normal CONSOLE program list. The am2dsp.cfg file used to 'add' the the basic plib(8) and simgear(3) to the generated DSP, but i note that these have now been commented out! Why? Of course it is easy to add - fnt_d.lib, sg_d.lib, sl_d.lib, ssg_d.lib, pui_d.lib, ul_d.lib, ssgaux_d.lib and net_d.lib, and the corresponding libpath ..\plib WHEN you are FAMILIAR with the project. Then you have to add - SimGear.lib, mk4vc60s_std_d.lib, and zlib.lib, and the corrsponding libpaths ..\SimGear\Debug ..\SimGear\metakit-2.4.3\builds ..\SimGear\zlib-1.1.4\Debug The Debug unresolved list should now be substantially reduced. And a similar list for the Release version. Depending on circumstances each or all of the following also have to be added - WSock32.lib, advapi32.lib, ... Finally OpenGL stuff - OpenGL32.lib (which incls. Glut32.lib, Glu32.lib and winmm.lib). And it linked clean = PHEW!!! Now to RUN IT - In my Win98 machine, with on small RAM, i usually reboot to ensure FlightGear.exe gets first run a memory allocation, and it allocates a lot. BUT FIRST CHECK THE BASE. To save me 'remembering' I call a FSInit.bat from my autoexec.bat to set FG_ROOT. In my case, FG_ROOT = FG_SOURCE\fgfsBase then up to the start Rgds, Geoff. _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
