[Flightgear-devel] [ANN] Blender 2.35a released (was: [ANN] Blender 2.35 released)
Wow, these guys are fast. They have already released the next version. 2.35a! :- There were a few bugs in 2.35. See at the bottom of this page for details: http://www.blender3d.org/cms/Blender_2_35a.482.0.html m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] FlightGear not compiling for me
hi all, i am using WinXP and MS Visual C++ .NET to compile the project. When i go to compile it i get: fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) I have all the prerequisites and they build. Any help would be greatful. S Greene -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear not compiling for me
Quoting Stephen Greene: hi all, i am using WinXP and MS Visual C++ .NET to compile the project. When i go to compile it i get: fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) I have all the prerequisites and they build. Any help would be greatful. Do you link with glut32.lib and what is your version of glut. Mine is 3.7.6 -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear not compiling for me
Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It appears that you have an older version of Glut try this one http://www.xmission.com/~nate/glut.html Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear not compiling for me
That just mean that the version you got doesn't include those functions. Try to find another one. You didn't answered about the glut version. -Fred Quoting Stephen Greene: Hi Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. I tried to compile glut myself but i couldn't get to work. I must add that FlightGear compiles with no errors, it is the linking that throws all the errors. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Frederic Bouvier Sent: 19 November 2004 14:48 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] FlightGear not compiling for me Quoting Stephen Greene: hi all, i am using WinXP and MS Visual C++ .NET to compile the project. When i go to compile it i get: fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] referenced in function void __cdecl fgOSOpenWindow(int,int,int,bool,bool,bool) (?fgOSOpenWindow@@[EMAIL PROTECTED]) I have all the prerequisites and they build. Any help would be greatful. Do you link with glut32.lib and what is your version of glut. Mine is 3.7.6 -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Nasal
Vivian, The interpolation table did the trick. Thanks for the heads-up. -Vance -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vivian Meazza Sent: Thursday, November 18, 2004 12:07 PM To: 'FlightGear developers discussions' Subject: RE: [Flightgear-devel] Nasal Roy Vegard Ovesen wrote: On Thursday 18 November 2004 16:53, Vance Souders wrote: Here's a snippet of code to convert the inhg property value to mbar and then use this to rotate the left-most digit on the mbar display. The code doesn't seem to work; Is this the correct usage of the scale tag? I can't find an example of its use for a 3D cockpit. animation typetextranslate/type object-namemb_digit_4/object-name property/instrumentation/altimeter/setting-inhg/property scale33.86/scale factor.0001/factor step1000/step !--scroll20/scroll-- axis x0/x y1/y z0/z /axis /animation Thanks again, Vance Hmmm... I guess that the factor tag does the same for 3d as the scale tag does for 2d, so you should put 33.86 inside the factor tag, and remove the scale tag completely. But I'm not sure about this. I wish I had a clue about how to add text chunks to the 3d animation code :-| Here's another way of doing it: data/Aircraft/Spitfire/Models/boost.xml. The data between the interpolate and /interpolate tags converts inHg to psi and changes the output from absolute to gauge. You need to work out the factors involved by hand though. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear not compiling for me
Brillant. That worked. thanks For your help. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norman Vine Sent: 19 November 2004 15:13 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It appears that you have an older version of Glut try this one http://www.xmission.com/~nate/glut.html Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear not compiling for me
hi all Now that the unresolved external symbol problem is solved - thanks again for that. I have another problem with linking (133 to be eaxct), that of already defined symbols A small snippet: libcpmtd.lib(xdebug.obj) : error LNK2005: void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const ,char *,int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::clear(int,bool) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: virtual __thiscall std::ios_base::~ios_base(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::_Addstd(void) ([EMAIL PROTECTED]@std@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: protected: void __thiscall std::ios_base::_Init(void) ([EMAIL PROTECTED]@std@@IAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(cerr.obj) : error LNK2005: public: int __thiscall std::ios_base::setf(int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::locale::locale(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: class std::locale::facet const * __thiscall std::locale::_Getfacet(unsigned int)const ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: void __thiscall std::locale::facet::_Register(void) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::_Locinfo(char const *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::~_Locinfo(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::_Lockit(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::~_Lockit(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __stricmp already defined in LIBCMTD.lib(stricmp.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __strdup already defined in LIBCMTD.lib(strdup.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __write already defined in LIBCMTD.lib(write.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __open already defined in LIBCMTD.lib(open.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __read already defined in LIBCMTD.lib(read.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __lseek already defined in LIBCMTD.lib(lseek.obj) Any ideas S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stephen Greene Sent: 19 November 2004 15:18 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Brillant. That worked. thanks For your help. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norman Vine Sent: 19 November 2004 15:13 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It appears that you have an older version of Glut try this one http://www.xmission.com/~nate/glut.html Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus.
RE: [Flightgear-devel] FlightGear not compiling for me
You mixed different 'Code Generation' options among your different libraries. You have to choose between 'Single Thread', 'Multi-thread' or 'Multi-thread DLL' and between 'Debug' and 'Release' (not Debug), and stay consistent. -Fred Quoting Stephen Greene: hi all Now that the unresolved external symbol problem is solved - thanks again for that. I have another problem with linking (133 to be eaxct), that of already defined symbols A small snippet: libcpmtd.lib(xdebug.obj) : error LNK2005: void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const ,char *,int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::clear(int,bool) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: virtual __thiscall std::ios_base::~ios_base(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::_Addstd(void) ([EMAIL PROTECTED]@std@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: protected: void __thiscall std::ios_base::_Init(void) ([EMAIL PROTECTED]@std@@IAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(cerr.obj) : error LNK2005: public: int __thiscall std::ios_base::setf(int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::locale::locale(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: class std::locale::facet const * __thiscall std::locale::_Getfacet(unsigned int)const ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: void __thiscall std::locale::facet::_Register(void) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::_Locinfo(char const *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::~_Locinfo(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::_Lockit(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::~_Lockit(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __stricmp already defined in LIBCMTD.lib(stricmp.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __strdup already defined in LIBCMTD.lib(strdup.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __write already defined in LIBCMTD.lib(write.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __open already defined in LIBCMTD.lib(open.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __read already defined in LIBCMTD.lib(read.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __lseek already defined in LIBCMTD.lib(lseek.obj) Any ideas S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stephen Greene Sent: 19 November 2004 15:18 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Brillant. That worked. thanks For your help. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norman Vine Sent: 19 November 2004 15:13 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It appears that you have an older version of Glut try this one http://www.xmission.com/~nate/glut.html Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- No virus found in this incoming message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004 -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.289 / Virus Database: 265.4.1 - Release Date: 19/11/2004
RE: [Flightgear-devel] FlightGear not compiling for me
Hi Fred, For FlightGear which do i use: 'Single Thread', 'Multi-thread' or 'Multi-thread DLL'. or does it matter aslong as the libs all use the same? S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Frederic Bouvier Sent: 19 November 2004 16:50 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me You mixed different 'Code Generation' options among your different libraries. You have to choose between 'Single Thread', 'Multi-thread' or 'Multi-thread DLL' and between 'Debug' and 'Release' (not Debug), and stay consistent. -Fred Quoting Stephen Greene: hi all Now that the unresolved external symbol problem is solved - thanks again for that. I have another problem with linking (133 to be eaxct), that of already defined symbols A small snippet: libcpmtd.lib(xdebug.obj) : error LNK2005: void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const ,char *,int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::clear(int,bool) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: virtual __thiscall std::ios_base::~ios_base(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::_Addstd(void) ([EMAIL PROTECTED]@std@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: protected: void __thiscall std::ios_base::_Init(void) ([EMAIL PROTECTED]@std@@IAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(cerr.obj) : error LNK2005: public: int __thiscall std::ios_base::setf(int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::locale::locale(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: class std::locale::facet const * __thiscall std::locale::_Getfacet(unsigned int)const ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: void __thiscall std::locale::facet::_Register(void) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::_Locinfo(char const *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::~_Locinfo(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::_Lockit(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::~_Lockit(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __stricmp already defined in LIBCMTD.lib(stricmp.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __strdup already defined in LIBCMTD.lib(strdup.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __write already defined in LIBCMTD.lib(write.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __open already defined in LIBCMTD.lib(open.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __read already defined in LIBCMTD.lib(read.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __lseek already defined in LIBCMTD.lib(lseek.obj) Any ideas S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stephen Greene Sent: 19 November 2004 15:18 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Brillant. That worked. thanks For your help. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norman Vine Sent: 19 November 2004 15:13 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the flightGear VS project. fg_os.obj : error LNK2019: unresolved external symbol [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] It appears that you have an older version of Glut try this one http://www.xmission.com/~nate/glut.html Norman ___ Flightgear-devel mailing list [EMAIL PROTECTED]
[Flightgear-devel] Re: Nasal
* Vance Souders -- Friday 19 November 2004 17:33: I only want the script to run when the T6 Texan II is loaded. From what I've looked at, it seems the best place for the script is under the nasal directory? This directory is only for scripts that are generally useful. Not for aircraft specific stuff. Look how the bo105 or the spitfire do it. In the *-set.xml file, there's a definition like this, which loads the nasal script: PropertyList ... nasal bo105 fileAircraft/bo105/Models/bo105.nas/file /bo105 /nasal /PropertyList ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] FlightGear not compiling for me
I prefer 'Multi-thread' but 'Multi-thread dll' can do it too. It is important if you want to enable the threaded scenery loader and weather fetcher. Release is way faster than Debug. ( 10x at least ) -Fred Quoting Stephen Greene [EMAIL PROTECTED]: Hi Fred, For FlightGear which do i use: 'Single Thread', 'Multi-thread' or 'Multi-thread DLL'. or does it matter aslong as the libs all use the same? S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Frederic Bouvier Sent: 19 November 2004 16:50 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me You mixed different 'Code Generation' options among your different libraries. You have to choose between 'Single Thread', 'Multi-thread' or 'Multi-thread DLL' and between 'Debug' and 'Release' (not Debug), and stay consistent. -Fred Quoting Stephen Greene: hi all Now that the unresolved external symbol problem is solved - thanks again for that. I have another problem with linking (133 to be eaxct), that of already defined symbols A small snippet: libcpmtd.lib(xdebug.obj) : error LNK2005: void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const ,char *,int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::clear(int,bool) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: virtual __thiscall std::ios_base::~ios_base(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: public: void __thiscall std::ios_base::_Addstd(void) ([EMAIL PROTECTED]@std@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(ios.obj) : error LNK2005: protected: void __thiscall std::ios_base::_Init(void) ([EMAIL PROTECTED]@std@@IAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(cerr.obj) : error LNK2005: public: int __thiscall std::ios_base::setf(int) ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::locale::locale(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: class std::locale::facet const * __thiscall std::locale::_Getfacet(unsigned int)const ([EMAIL PROTECTED]@std@@[EMAIL PROTECTED]@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: void __thiscall std::locale::facet::_Register(void) ([EMAIL PROTECTED]@[EMAIL PROTECTED]@@QAEXXZ) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::_Locinfo(char const *) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(locale0.obj) : error LNK2005: public: __thiscall std::_Locinfo::~_Locinfo(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::_Lockit(int) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]@Z) already defined in msvcprtd.lib(MSVCP71D.dll) libcpmtd.lib(xlock.obj) : error LNK2005: public: __thiscall std::_Lockit::~_Lockit(void) ([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in msvcprtd.lib(MSVCP71D.dll) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __stricmp already defined in LIBCMTD.lib(stricmp.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __strdup already defined in LIBCMTD.lib(strdup.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __write already defined in LIBCMTD.lib(write.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __open already defined in LIBCMTD.lib(open.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __read already defined in LIBCMTD.lib(read.obj) MSVCRTD.lib(MSVCR71D.dll) : error LNK2005: __lseek already defined in LIBCMTD.lib(lseek.obj) Any ideas S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Stephen Greene Sent: 19 November 2004 15:18 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Brillant. That worked. thanks For your help. S Greene -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Norman Vine Sent: 19 November 2004 15:13 To: FlightGear developers discussions Subject: RE: [Flightgear-devel] FlightGear not compiling for me Stephen Greene writes: Yes i do. I got a compilied glut32.lib and glut.lib file from the net. I include these into the
[Flightgear-devel] Re: FlightGear not compiling for me
Please strip down your replies! 12 KB for a three-liner are a bit heavy, and 6 times the same No virus found paragraph and 5 additional FlightGear list footers (in addition to the normal one) aren't exactly informative. Please! m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] TaxiDraw-0.2.3 released
David Luff wrote: I've put TaxiDraw-0.2.3 up at http://www.nottingham.ac.uk/~eazdluf/taxidraw.html. This is purely a bug-fix release - there is another version in the works with some more features. In the long run it might be pretty valuable to be able to import GeoTIFF images as background. These images already have a geographic reference, they contain information about their exact scale, orientation and projection. This way you don't need to calibrate the image and you always can override the projection with the correct settings: http://www.remotesensing.org/geotiff/geotiff.html Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Nasal
Vance Souders wrote: Nope, it doesn't work. The interpolation table doesn't seem to handle the small values necessary for texture translation. For instance, you would think an input value of 29.90 into the following table would give you an output value of 0. No dice. You get .9 no matter what the input value is. So it looks like I'm back to scripting to get this to work for the 3D display. Here's what I want to do: Write a script that adds a node to the property tree that contains the mbar value. I only want the script to run when the T6 Texan II is loaded. From what I've looked at, it seems the best place for the script is under the nasal directory? Sorry for all of the questions, but we're building a high fidelity cockpit for the T6 Texan II and I want to get as much as possible working. -Vance animation typetextranslate/type object-namemb_digit_3/object-name property/instrumentation/altimeter/setting-inhg/property interpolation entry ind29.50/ind dep0.9/dep /entry entry ind29.90/ind dep0.0/dep /entry /interpolation !--factor0.001/factor-- step100/step ^ What's this??? !--scroll20/scroll-- axis x0/x y1/y z0/z /axis /animation You may need to try more entries in the interpolation table to make sure that it does what you want. Regards, Vivian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] Re: Nasal
Melchior, That was exactly what I needed Thanks, Vance -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Melchior FRANZ Sent: Friday, November 19, 2004 12:05 PM To: [EMAIL PROTECTED] Subject: [Flightgear-devel] Re: Nasal * Vance Souders -- Friday 19 November 2004 17:33: I only want the script to run when the T6 Texan II is loaded. From what I've looked at, it seems the best place for the script is under the nasal directory? This directory is only for scripts that are generally useful. Not for aircraft specific stuff. Look how the bo105 or the spitfire do it. In the *-set.xml file, there's a definition like this, which loads the nasal script: PropertyList ... nasal bo105 fileAircraft/bo105/Models/bo105.nas/file /bo105 /nasal /PropertyList ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: data/Data/AI
On Thursday 18 November 2004 21:03, Martin Spott wrote: Lee Elliott wrote: um, yes - the TSR-2 probably isn't the best a/c for carrier stuff. The FDM needs really an overhaul because the take-off performance isn't right - it currently lifts off at a lower speed if reheat isn't used :( - and it was designed to have a good stol performance, [...] It was designed for ?? STOL performance ? _These_ small wings !? Oh man, I must have missed a lesson ;-)) Martin. Yeah - and rough strips too. I believe the STO was achieved by extending the nose gear strut to increase the initial AoA. Not only would this provide more lift over the wings, it would also result in a useful down-thrust component from the engines, especially when afterburning was used. I also believe the main gear was designed to tolerate less than perfect strips. Don't know for sure but a braking parachute might have been planned too. LeeE ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Getting rotors turning???
Hi Everyone, First of all allow me to thank all of you who collaborated to make Flight Gear what it is today...I am totally blown away by its capabilities. Before I dive off into my question, I'd like to let you know what I'm using Flight gear for. I am the facility manager for an experimental fly-by-wire helicopter, and am piping recorded data, and live data (from wireless Ethernet telemetry link) into the Flight gear native_fdm format, and using flight gear to provide a 3D picture of the maneuvers we fly. Future plans for it include a variety of head down displays, and tele-control. So far, I've been using the Bo105 as the aircraft (and have it flying around from pre-recorded data), but I am unable to get the rotors turning with the fdm being external. The only way I can get them turning is by editing the properties in the drop down menu. Basically, I adjust rotors.main.rpm to be 350 and rotors.tail.rpm to be 600 and it all looks good. Can anyone point me in the right direction to get the rpm to be derived from the native_fdm data (like maybe mapped to one of the engine_rpmparameters contained in the native_fdm format)? I assume that I need to modify one of the XML files, but I'm not real sure. Any pointers to get me started would be appreciated. Cheers, Kris ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Getting rotors turning???
* Ingrid and Kris -- Saturday 20 November 2004 01:11: Future plans for it include a variety of head down displays, and tele-control. Sounds interesting! So far, I've been using the Bo105 as the aircraft [...] but I am unable to get the rotors turning with the fdm being external. [...] I assume that I need to modify one of the XML files, but I'm not real sure. Unfortunately, editing some XML file won't suffice. The helicopter FDM parts are unfinished. When they were written, YASim didn't have turbine support, so the rotor RPM was hardcoded -- and still is. If the magneto switch gets closed (/controls/engines/engine/magnetos) the main rotor goes automatically from 0 to 442 and stays there until the magneto is opened, in which case it automatically goes down back to 0. (See variable _rotor_rpm in src/FDM/YASim/Rotor.cpp). Shouldn't be hard, though, to at least make this settable via property. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d