Re: [Flightgear-devel] Altimeter setting does not produce correct field altitude
On 10/17/2009 07:42 PM, Ron Jensen wrote: On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote: With current cvs update on my notebook, I am not getting the correct field elevation when I set the altimeter to match the real weather altimeter setting. It is off by 160 feet today at KLMO (field elevation 5052). With my desktop which was last updated from cvs about 10/3, it is very nearly correct even with radically high or low pressures. I've seen this problem going back into the middle of September: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg23719.html It would be nice if someone figured out how to fix this... With Ron's help I've committed a fix for this. Please check it out and report any further problems. Thanks, Tim -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
On 25 Oct 2009, at 16:35, Csaba Halász wrote: Hence, I didn't request a merge via gitorious so as to give the respective owners of the areas I changed a chance to comment on and/or commit my patches and not to put this burden on poor Tim :) I can of course supply diffs to anybody not satisfied with gitorious. None of the fixes mentioned are in areas I consider to 'own' (gps, navaids, airports, possible even navradio) - but I haven't looked at the diffs. (I guess the ATCVoice stuff is mine, since I committed John Denker's changes in that area) For these kind of fixes, I'd much rather you committed them straight away to CVS, because it's easy for anyone to look at a single NaN fix (or whatever) and convince themselves it's correct - or raise an objection. When many trivial fixes are combined like this, the odds of someone reading through the whole diff is going to be lower. Regards, James -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On 25 Oct 2009, at 21:24, Alex DaHUND wrote: Now I was able to make some backtraces (http://nopaste.org/p/ aPZTtaYYX). Jester pointed out, that this could be a problem of the optimisation during the build process and advised me to configure SG and FG with option CXXFLAGS=-g -O0. He was right, with those binaries I wasn't able to reproduce the crash anymore. At the moment I am using binaries configured with CXXFLAGS=-g -O2 - march=native (which is athlon-xp here) and it seems a bit more stable now. FG still crashed on some testflights across the zero meridian, but at least not on all flights. I will try to collect some more METAR-strings which causes troubles and some more backtraces as well. If it's an optimisation-related bug, tracing it is going to be pretty awful. That said, the crash seems rather widespread for a straight compiler issue. I'm also surprised that a compiler bug would change frequency based on compile options. Assuming you have a set of compiler options which definitely trigger a crash, my advice would be to to a binary CVS search (unfortunately, this has to include both SG and FG, and a clean rebuild each time, probably). Start with a point a year ago and see what happens - then six months forward or back, then three months, and so on. We also need to establish what range of GCC versions might be affected. I hate optimiser bugs :( James -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On 26 Oct 2009, at 09:14, James Turner wrote: If it's an optimisation-related bug, tracing it is going to be pretty awful. That said, the crash seems rather widespread for a straight compiler issue. I'm also surprised that a compiler bug would change frequency based on compile options. Speaking to Tim on IRC, I'm sort of swayed back to this some uninitialised data scenario. The key question is, is there a configuration, for some people (as in, compiler version, compile options, FG version, SG version, metar settings, aircraft) that will *always* crash? If we have that, then it's easy to test fixes - without that, we'll always be guessing. Incidentally, -O0 often implies that all values are initialised to zero, which could by why it fixes the problem. Valgrind should catch such an issue, if anyone is able to actually fly FG while running under VG - on Mac the performance is too slow to take off. It would still be interesting to do the CVS binary search if someone has time to spare, just to establish an upper bound on when the problem might have been introduced. James -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On Mon, Oct 26, 2009 at 10:40 AM, James Turner zakal...@mac.com wrote: Incidentally, -O0 often implies that all values are initialised to zero, which could by why it fixes the problem. Valgrind should catch such an issue, if anyone is able to actually fly FG while running under VG - on Mac the performance is too slow to take off. Luckily we only need the ufo for this test. I have run it under valgrind with no obviously relevant messages. Note, I can't reproduce the crash either. -- Csaba/Jester -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
On Mon, Oct 26, 2009 at 10:08 AM, James Turner zakal...@mac.com wrote: For these kind of fixes, I'd much rather you committed them straight away to CVS, because it's easy for anyone to look at a single NaN fix (or whatever) and convince themselves it's correct - or raise an objection. When many trivial fixes are combined like this, the odds of someone reading through the whole diff is going to be lower. I can't commit anything to cvs, so that's out of the question. And I hope I will never need to because we finally get rid of CVS :) Gitorious commits provide the relevant changes separately. See here: http://gitorious.org/~jester/fg/jesters-clone/commits/nan-fixes Each commit can be clicked and you get the relevant diff, such as http://gitorious.org/~jester/fg/jesters-clone/commit/99373b02c2e8d09a780de2e4c4b2b175437a05b6 But I have offered diffs, just say if you want a particular one :) I have attached the one for ATCVoice. -- Csaba/Jester diff --git a/src/ATCDCL/ATCVoice.cxx b/src/ATCDCL/ATCVoice.cxx index 3648bfe..7437884 100644 --- a/src/ATCDCL/ATCVoice.cxx +++ b/src/ATCDCL/ATCVoice.cxx @@ -28,10 +28,8 @@ #include stdlib.h #include ctype.h #include fstream -#include list #include vector - -#include boost/shared_array.hpp +#include algorithm #include simgear/sound/soundmgr_openal.hxx #include simgear/misc/sg_path.hxx @@ -41,12 +39,6 @@ #include Main/globals.hxx -#include stdio.h - -#ifdef _MSC_VER -#define strtok_r strtok_s -#endif - using namespace std; FGATCVoice::FGATCVoice() { @@ -129,9 +121,6 @@ bool FGATCVoice::LoadVoice(const string voice) { } -typedef list string tokenList_type; -typedef tokenList_type::iterator tokenList_iterator; - // Given a desired message, return a string containing the // sound-sample data void* FGATCVoice::WriteMessage(const string message, size_t* len) { @@ -140,83 +129,74 @@ void* FGATCVoice::WriteMessage(const string message, size_t* len) { // First - parse the message into a list of tokens. // Sort the tokens into those we understand and those we don't. // Add all the raw lengths of the token sound data, allocate enough space, and fill it with the rqd data. - tokenList_type tokenList; - tokenList_iterator tokenListItr; - - // TODO - at the moment we're effectively taking 3 passes through the data. - // There is no need for this - 2 should be sufficient - we can probably ditch the tokenList. -char* msg = (char *)message.c_str(); - char* token; - int numWords = 0; - const char delimiters[] = \t.,;:\\n; - char* context; - token = strtok_r(msg, delimiters, context); - while(token != NULL) { - for (char *t = token; *t; t++) { - *t = tolower(*t); // canonicalize the case, to - if (*t == '-') *t = '_'; // match what's in the index - } - tokenList.push_back(token); - ++numWords; - SG_LOG(SG_ATC, SG_DEBUG, voice synth: token: ' - token '); - token = strtok_r(NULL, delimiters, context); - } - vectorWordData wdptr; - wdptr.reserve(numWords); - unsigned int cumLength = 0; + vectorchar sound; + const char delimiters[] = \t.,;:\\n; + string::size_type token_start = message.find_first_not_of(delimiters); + while(token_start != string::npos) { + string::size_type token_end = message.find_first_of(delimiters, token_start); + string token; + if (token_end == string::npos) { + token = message.substr(token_start); + token_start = string::npos; + } else { + token = message.substr(token_start, token_end - token_start); + token_start = message.find_first_not_of(delimiters, token_end); + } - tokenListItr = tokenList.begin(); - while(tokenListItr != tokenList.end()) { - if(wordMap.find(*tokenListItr) == wordMap.end()) { - // Oh dear - the token isn't in the sound file - SG_LOG(SG_ATC, SG_DEBUG, voice synth: word ' - *tokenListItr ' not found); + for(string::iterator t = token.begin(); t != token.end(); t++) { + // canonicalize the token, to match what's in the index + *t = (*t == '-') ? '_' : tolower(*t); + } + SG_LOG(SG_ATC, SG_DEBUG, voice synth: token: ' + token '); + + atc_word_map_const_iterator wordIt = wordMap.find(token); + if(wordIt == wordMap.end()) { + // Oh dear - the token isn't in the sound file + SG_LOG(SG_ATC, SG_ALERT, voice synth: word ' + token ' not found); } else { - wdptr.push_back(wordMap[*tokenListItr]); - cumLength += wdptr.back().length; + const WordData word = wordIt-second; + /* + * Sanity check for corrupt/mismatched sound data input - avoids a seg fault + * (As long as the calling function checks the return value!!) + * This check should be left in even when the default Flightgear files are known + * to be OK since it checks for mis-indexing of voice files by 3rd party developers. + */ + if((word.offset + word.length) rawDataSize) { +SG_LOG(SG_ATC, SG_ALERT, ERROR - mismatch between ATC .wav and .vce file in
Re: [Flightgear-devel] FlightGear URL verification patch
On Monday 26 Oct 2009, James Sleeman wrote: On 26/10/09 04:39, Durk Talsma wrote: The code itself was committed under the GPL, with the explicit intention of exposing crooks who had been tinkering with the binary. Anybody still has the right to change that source code, to modify it according to their needs. I would submit that if this is the case, only to discourage/prevent binary modification without the possibility of redistribution of the source, then a comment in the code of that function regards the need to properly change the URL by direct entry of the corresponding character values would perhaps be more agreeable to followers of this list. It would in that instance undeniably be a measure to prevent violation of GPL, and not seen as a subterfuge to discourage use of the GPL, in fact it could be seen as supporting the GPL if such a comment was present. Condition 2c of the GPL (V2, which the version that FG uses) says; If the modified program normally reads commands interactively when run, you must cause it, when started running for such interactive use in the most ordinary way, to print or display an announcement including an appropriate copyright notice and a notice that there is no warranty (or else, saying that you provide a warranty) and that users may redistribute the program under these conditions, and telling the user how to view a copy of this License. (Exception: if the Program itself is interactive but does not normally print such an announcement, your work based on the Program is not required to print an announcement.) and condition 2a says: You must cause the modified files to carry prominent notices stating that you changed the files and the date of any change. It could be argued then that FG _should_ display such a license and warranty message, along with the other startup status messages on the splash screen, but in any case, there would be no problem in incorporating such a message. Furthermore, should that bit of code subsequently be removed by someone who then redistributes the software they must include a notice in connection with its removal in the amended source code, which as GPL'd software must be made available. While removal of that bit of code would be trivial (and it shouldn't be made difficult to do) it would force a change in the code, which must be accompanied by the notice in the amended source. Then the issue just comes down to whether the amended source code is made available or not, which would then be a valid licensing issue. LeeE -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
Csaba Halász wrote: On Mon, Oct 26, 2009 at 10:08 AM, James Turner zakal...@mac.com wrote: For these kind of fixes, I'd much rather you committed them straight away to CVS, because it's easy for anyone to look at a single NaN fix (or whatever) and convince themselves it's correct - or raise an objection. When many trivial fixes are combined like this, the odds of someone reading through the whole diff is going to be lower. I can't commit anything to cvs, so that's out of the question. And I hope I will never need to because we finally get rid of CVS :) Gitorious commits provide the relevant changes separately. See here: http://gitorious.org/~jester/fg/jesters-clone/commits/nan-fixes Each commit can be clicked and you get the relevant diff, such as http://gitorious.org/~jester/fg/jesters-clone/commit/99373b02c2e8d09a780de2e4c4b2b175437a05b6 But I have offered diffs, just say if you want a particular one :) I have attached the one for ATCVoice. This patch has been committed. Thanks, it was due time. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Altimeter setting does not produce correct field altitude
On Mon, 2009-10-26 at 07:54 +0100, Tim Moore wrote: On 10/17/2009 07:42 PM, Ron Jensen wrote: On Sat, 2009-10-17 at 11:24 -0600, dave perry wrote: With current cvs update on my notebook, I am not getting the correct field elevation when I set the altimeter to match the real weather altimeter setting. It is off by 160 feet today at KLMO (field elevation 5052). With my desktop which was last updated from cvs about 10/3, it is very nearly correct even with radically high or low pressures. I've seen this problem going back into the middle of September: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg23719.html It would be nice if someone figured out how to fix this... With Ron's help I've committed a fix for this. Please check it out and report any further problems. Thanks, Tim Seems to work here, thanks Tim! Ron -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
Unfortunately, this has broken mingw x-compilation for me: i686-pc-mingw32-g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src -I/usr/i686-pc-mingw32/sys-root/mingw/include -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions --param=ssp-buffer-size=4 -mms-bitfields -D_REENTRANT -MT ATCVoice.o -MD -MP -MF .deps/ATCVoice.Tpo -c -o ATCVoice.o ATCVoice.cxx ATCVoice.cxx:42: error: expected unqualified-id before '' token make[2]: *** [ATCVoice.o] Error 1 make[2]: Leaving directory `/home/stefan/flightgear/flightgear/src/ATCDCL' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/stefan/flightgear/flightgear/src' make: *** [all-recursive] Error 1 Thanks, Stefan 2009/10/26, Erik Hofman e...@ehofman.com: Csaba Halász wrote: On Mon, Oct 26, 2009 at 10:08 AM, James Turner zakal...@mac.com wrote: For these kind of fixes, I'd much rather you committed them straight away to CVS, because it's easy for anyone to look at a single NaN fix (or whatever) and convince themselves it's correct - or raise an objection. When many trivial fixes are combined like this, the odds of someone reading through the whole diff is going to be lower. I can't commit anything to cvs, so that's out of the question. And I hope I will never need to because we finally get rid of CVS :) Gitorious commits provide the relevant changes separately. See here: http://gitorious.org/~jester/fg/jesters-clone/commits/nan-fixes Each commit can be clicked and you get the relevant diff, such as http://gitorious.org/~jester/fg/jesters-clone/commit/99373b02c2e8d09a780de2e4c4b2b175437a05b6 But I have offered diffs, just say if you want a particular one :) I have attached the one for ATCVoice. This patch has been committed. Thanks, it was due time. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
On Mon, Oct 26, 2009 at 5:18 PM, stefan riemens fgfs.ste...@gmail.com wrote: Unfortunately, this has broken mingw x-compilation for me: ATCVoice.cxx:42: error: expected unqualified-id before '' token Please make sure you don't have a cvs conflict. Line 42 should be using namespace std; and no around there. -- Csaba/Jester -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On Mon, Oct 26, 2009 at 4:14 AM, James Turner zakal...@mac.com wrote: If it's an optimisation-related bug, tracing it is going to be pretty awful. That said, the crash seems rather widespread for a straight compiler issue. I'm also surprised that a compiler bug would change frequency based on compile options. In my experience 99.99% of optimization bugs are not the compiler's fault. Usually there is a code problem and for whatever reason, we skate by with one set of options, but not another depending on how the compiler arranges or pads the code. If turning off optimization makes a problem go away, that's a *huge* tip that there is likely a problem in our code. It would be interesting to see what the back trace is with optimization turned on. I hate optimiser bugs :( I have yet to see one in the wild myself. Curt. -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
Excuse me, sorry for wasting time... Indeed a cvs conflict! 2009/10/26, Csaba Halász csaba.hal...@gmail.com: On Mon, Oct 26, 2009 at 5:18 PM, stefan riemens fgfs.ste...@gmail.com wrote: Unfortunately, this has broken mingw x-compilation for me: ATCVoice.cxx:42: error: expected unqualified-id before '' token Please make sure you don't have a cvs conflict. Line 42 should be using namespace std; and no around there. -- Csaba/Jester -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
With the current CVS and VC++ 2008 Express I now get this compilation error: Compiling... fg_init.cxx ..\..\..\src\Main\fg_init.cxx(149) : error C3861: 'gethostname': identifier not found Also, as already discussed here, #include simgear/math/SGMath.hxx is needed before #include simgear/props/props.hxx in perfomancedb.cxx, FGDeviceConfiguration.cxx, and simgear/scene/material/matmodel.cxx and simgear/scene/model/model.cxx -Original Message- From: Csaba Halász [mailto:csaba.hal...@gmail.com] Sent: 26 October 2009 16:47 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [GIT] various fixes including atcvoice,commlist and nans On Mon, Oct 26, 2009 at 5:18 PM, stefan riemens fgfs.ste...@gmail.com wrote: Unfortunately, this has broken mingw x-compilation for me: ATCVoice.cxx:42: error: expected unqualified-id before '' token Please make sure you don't have a cvs conflict. Line 42 should be using namespace std; and no around there. -- Csaba/Jester -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On 26 Oct 2009, at 17:15, Curtis Olson wrote: It would be interesting to see what the back trace is with optimization turned on. Absolutely - unfortunately, for whatever reason, none of the people who can easily generate a backtrace, have been able to reproduce the crash - I've tried, Jester has tried, and assorted others on IRC. James -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
For the missing gethostname, add near the top of fg_init.cxx #if defined (MSC_VER) #include Winsock2.h #endif Alan -Original Message- From: Alan Teeder [mailto:ajtee...@v-twin.org.uk] Sent: 26 October 2009 17:31 To: 'FlightGear developers discussions' Subject: Re: [Flightgear-devel] [GIT] various fixes including atcvoice,commlist and nans With the current CVS and VC++ 2008 Express I now get this compilation error: Compiling... fg_init.cxx ..\..\..\src\Main\fg_init.cxx(149) : error C3861: 'gethostname': identifier not found Also, as already discussed here, #include simgear/math/SGMath.hxx is needed before #include simgear/props/props.hxx in perfomancedb.cxx, FGDeviceConfiguration.cxx, and simgear/scene/material/matmodel.cxx and simgear/scene/model/model.cxx -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
It would be interesting to see what the back trace is with optimization turned on. Absolutely - unfortunately, for whatever reason, none of the people who can easily generate a backtrace, have been able to reproduce the crash - I've tried, Jester has tried, and assorted others on IRC. Hi Curtis and James and others, I am sorry, I was a bit tired last night and might not phrased myself clearly. Also I am not a coder and maybe just don't understand what you mean. But the backtraces I made actually are with optimisation turned on. Well, I built the binaries without any options on this and therefore they are -O2 by default (as far as I was able to follow Jesters explanation). Here the link again: http://nopaste.org/p/aPZTtaYYX In the meantime I have installed valgrind and I am doing my first steps with it. A first trial run turned out to be very good, I already saw the scenery ten minutes after starting it. ;-) My gcc version is: 4.3.2 (Debian 4.3.2-1.1) And enclosed you'll find the .fgfsrc file containing the options I had the day I encountered that problem the first time. Except the change for the METAR, this one replaced the real-weather-fetch. Please let me know if you need more info, as I said, I am not a coder so don't really know what to look for. Thanks Alex -- Alex D-HUND f...@beggabaur.de .fgfsrc.zmcrash Description: Binary data -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
Hi Alex, Ok, based on the backtrace, this would implicate something in the gps or perhaps FGPositioned code trying to do some sort of spatial sort? Regards, Curt. On Mon, Oct 26, 2009 at 3:54 PM, Alex D-HUND wrote: It would be interesting to see what the back trace is with optimization turned on. Absolutely - unfortunately, for whatever reason, none of the people who can easily generate a backtrace, have been able to reproduce the crash - I've tried, Jester has tried, and assorted others on IRC. Hi Curtis and James and others, I am sorry, I was a bit tired last night and might not phrased myself clearly. Also I am not a coder and maybe just don't understand what you mean. But the backtraces I made actually are with optimisation turned on. Well, I built the binaries without any options on this and therefore they are -O2 by default (as far as I was able to follow Jesters explanation). Here the link again: http://nopaste.org/p/aPZTtaYYX In the meantime I have installed valgrind and I am doing my first steps with it. A first trial run turned out to be very good, I already saw the scenery ten minutes after starting it. ;-) My gcc version is: 4.3.2 (Debian 4.3.2-1.1) And enclosed you'll find the .fgfsrc file containing the options I had the day I encountered that problem the first time. Except the change for the METAR, this one replaced the real-weather-fetch. Please let me know if you need more info, as I said, I am not a coder so don't really know what to look for. Thanks Alex -- Alex D-HUND f...@beggabaur.de -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound System debugging
Alright, thanks to FGViewer::recalcLookFrom I think I've nailed down the position and orientation stuff. I did not yet check whether the positions and orientations and velocity vectors are correct relative to each other, but if the current code still generates sounds for everybody that part should be easy. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [GIT] various fixes including atcvoice, commlist and nans
On 10/26/2009 06:30 PM, Alan Teeder wrote: With the current CVS and VC++ 2008 Express I now get this compilation error: Compiling... fg_init.cxx ..\..\..\src\Main\fg_init.cxx(149) : error C3861: 'gethostname': identifier not found Also, as already discussed here, #include simgear/math/SGMath.hxx is needed before #include simgear/props/props.hxx in perfomancedb.cxx, FGDeviceConfiguration.cxx, and simgear/scene/material/matmodel.cxx and simgear/scene/model/model.cxx I've checked the SGMath fix into CVS. Tim -Original Message- From: Csaba Halász [mailto:csaba.hal...@gmail.com] Sent: 26 October 2009 16:47 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [GIT] various fixes including atcvoice,commlist and nans On Mon, Oct 26, 2009 at 5:18 PM, stefan riemens fgfs.ste...@gmail.com wrote: Unfortunately, this has broken mingw x-compilation for me: ATCVoice.cxx:42: error: expected unqualified-id before '' token Please make sure you don't have a cvs conflict. Line 42 should be using namespace std; and no around there. -- Csaba/Jester -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
Erik Hofman wrote: It would be nice to know who of you who have problems run on 64-bit and if any one with these problems (sounds not playing) actually runs in 32-bit. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel I have a 64bit Intel core2 duo notebook FC10 that the sound mostly works (no dopler). I have a 32bit Athlon XP 3200+ FC10 that has no sound other than ATC. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] New Sound system committed
dave perry wrote: Erik Hofman wrote: It would be nice to know who of you who have problems run on 64-bit and if any one with these problems (sounds not playing) actually runs in 32-bit. Erik -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel I have a 64bit Intel core2 duo notebook FC10 that the sound mostly works (no dopler). I have a 32bit Athlon XP 3200+ FC10 that has no sound other than ATC. Hi Erik, I have been away on a trip for the last 5 days. Today, I did a make clean for both SimGear and fgfs before the compiles. I launched fgfs on the 32bit Athlon and at first, only ATC and no wind or aircraft sounds. It was night, so I used the gui to change the time to afternoon and what do you know, I have all the sounds. If I change back to clock time, only atc sound. This is repeatable. Dave P. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel