Re: [Flightgear-devel] compile error
* SydSandy -- Monday 22 October 2007: // LessThan predicate for bucket pointers. static bool lessThan(bucket *a, bucket *b); === static bool lessThan(bucket *a, bucket *b); 1.25.2.4 }; Anyone else getting errors like this ? No, those are only for you. :-) These are merge conflict markers inserted by CVS to show you where you have to resolve a conflict by hand, because CVS failed to do so. They were chosen such that they don't make sense in any programming language, so that they will in any case cause an error. svn and git use them, too. Conflicts happen when you modified your local copy, then make a cvs up, and cvs notices that it would have to overwrite your local changes, which it refuses. It puts the marker like so: your modifications === the code that cvs would like to insert from the repository 1.2.3.4 ... in this revision You have then to merge the two halves by hand, often by just dropping your modifications or rejecting the new code. m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] compile error
On Mon, 22 Oct 2007 08:35:52 +0200 Melchior FRANZ [EMAIL PROTECTED] wrote: * SydSandy -- Monday 22 October 2007: // LessThan predicate for bucket pointers. static bool lessThan(bucket *a, bucket *b); === static bool lessThan(bucket *a, bucket *b); 1.25.2.4 }; Anyone else getting errors like this ? No, those are only for you. :-) These are merge conflict markers inserted by CVS to show you where you have to resolve a conflict by hand, because CVS failed to do so. They were chosen such that they don't make sense in any programming language, so that they will in any case cause an error. svn and git use them, too. Conflicts happen when you modified your local copy, then make a cvs up, and cvs notices that it would have to overwrite your local changes, which it refuses. It puts the marker like so: your modifications === the code that cvs would like to insert from the repository 1.2.3.4 ... in this revision You have then to merge the two halves by hand, often by just dropping your modifications or rejecting the new code. m. Well , I learn something new every day :) I am puzzled though , I never touched those files at least , not that I remember Thanks for the help I'll try a fresh update . -- SydSandy [EMAIL PROTECTED] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] backtrace dump
Now i have been fiddling around with this error for an extremely long time, and i simply cannot figure out what it is that is wrong - i hope that someone can help me. I have traced it down to figure out that it happends right after the function readImage in simgear/model has been called with the file Aircraft/c172p/Models/c172p-02.rgb Thats it!, it will not get past that point... I have tried to delete and re-download the intire data directory - but little does it matter. I initially thought it was a problem related to the globals, but i have figured out it doesnt. please please please, can someone aid me with some ideas - my fav. sim is missing me and im missing it :-) 2007/10/14, Tobias Nielsen [EMAIL PROTECTED]: Na, problem still persists - i have a faint idea that it may have something todo with the global vars deletion problem currently mentioned in another thread 2007/10/14, Robert Black [EMAIL PROTECTED]: On Saturday 13 October 2007 14:28, Tobias Nielsen wrote: Does anyone has a good input on what is going on here? As far as i can see it is assumably somewhere in the osg that the error appears- but how am i to know... someone has any ideas? *** glibc detected *** basedir/bin/fgfs: free(): invalid pointer: 0x087f2c50 *** === Backtrace: = /lib/libc.so.6[0xb6e5c6d0] /lib/libc.so.6(__libc_free+0x89)[0xb6e5dd59] /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6(_ZdlPv+0x21)[0xb6fdb1b1 snip--- The next mail message may have answered it. Looks like a source code problem. Knowing m. and the gang it may be fixed already. Try pulling CVS again or an older snapshot. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Yours kindly Tobias Nielsen -- Yours kindly Tobias Nielsen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Macintosh directory separator
At one time, the ; character was used to separate directory names. Is this still the case? Does support need to be maintained for that? Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] backtrace dump
On 10/22/07, Tobias Nielsen [EMAIL PROTECTED] wrote: please please please, can someone aid me with some ideas - my fav. sim is missing me and im missing it :-) Looks like a variation on the usual ati driver problem. You might want to try this: http://sourceforge.net/mailarchive/message.php?msg_name=4675C5C5.2010104%40av8n.com Good luck. -- Csaba - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] backtrace dump
Tobias, welcome to the club of $*%*$%$-ATI users :- I try for about 1/2 year to get my MobilityRadeon-X1400 to get working with fgfs/osg. But there seems to be more than one error in the driver package. Some weeks ago someone on this list wrote that ATI/AMD will bring up new drivers with support by AMD. But until now I haven't seen such a driver. Regards, Holger On Mon, Oct 22, 2007 at 10:28:26AM +0200, Tobias Nielsen wrote: Now i have been fiddling around with this error for an extremely long time, and i simply cannot figure out what it is that is wrong - i hope that someone can help me. I have traced it down to figure out that it happends right after the function readImage in simgear/model has been called with the file Aircraft/c172p/Models/c172p-02.rgb Thats it!, it will not get past that point... I have tried to delete and re-download the intire data directory - but little does it matter. I initially thought it was a problem related to the globals, but i have figured out it doesnt. please please please, can someone aid me with some ideas - my fav. sim is missing me and im missing it :-) 2007/10/14, Tobias Nielsen [EMAIL PROTECTED]: Na, problem still persists - i have a faint idea that it may have something todo with the global vars deletion problem currently mentioned in another thread 2007/10/14, Robert Black [EMAIL PROTECTED]: On Saturday 13 October 2007 14:28, Tobias Nielsen wrote: Does anyone has a good input on what is going on here? As far as i can see it is assumably somewhere in the osg that the error appears- but how am i to know... someone has any ideas? *** glibc detected *** basedir/bin/fgfs: free(): invalid pointer: 0x087f2c50 *** === Backtrace: = /lib/libc.so.6[0xb6e5c6d0] /lib/libc.so.6(__libc_free+0x89)[0xb6e5dd59] /usr/lib/gcc/i686-pc-linux-gnu/4.1.2/libstdc++.so.6(_ZdlPv+0x21)[0xb6fdb1b1 snip--- The next mail message may have answered it. Looks like a source code problem. Knowing m. and the gang it may be fixed already. Try pulling CVS again or an older snapshot. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Yours kindly Tobias Nielsen -- Yours kindly Tobias Nielsen - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- # ## ## Holger Wirtz Phone : (+49 30) 884299-40 ## ## ## ### ## DFN-Verein Fax : (+49 30) 884299-70 ## ## ## Stresemannstr. 78E-Mail: [EMAIL PROTECTED] ## ## ## ## ### 10963 Berlin # ## ## ## GERMANY WWW : http://www.dfn.de GPG-Fingerprint: ABFA 1F51 DD8D 503C 85DC 0C51 E961 79E2 6685 9BCF - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] backtrace dump
On 10/22/07, Holger Wirtz [EMAIL PROTECTED] wrote: Some weeks ago someone on this list wrote that ATI/AMD will bring up new drivers with support by AMD. But until now I haven't seen such a driver. It's already out, but to quote http://ati.amd.com/support/drivers/linux/linux-radeonhdd.html NOTE: ATI Proprietary Linux x86 Display Driver 8.41.7 The AMD Proprietary Linux driver version 8.41 is recommended for the ATI Radeon™ HD 2000 family only. AMD recommends users of cards other than the ATI Radeon™ HD 2000 family continue to use the currently posted drivers for that product available for download on http://ati.amd.com/ Future releases will return to a unified driver supporting all product families. Also, I am not sure dri is working with this driver, for some file only a placeholder is there (may even be the cursed fglrx_dri.so, don't remember exactly) -- Csaba - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes
* Melchior FRANZ -- Sunday 21 October 2007: Nasal's garbage collector (GC). It *has* a bug. That's not quite right. The GC might be OK, but it seems that it isn't invoked on cmdarg() nodes. I'll discuss that with Andy once he shows up on IRC again. m. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightGear/Plib periodic stutter notes
On 10/22/07, Melchior FRANZ [EMAIL PROTECTED] wrote: That's not quite right. The GC might be OK, but it seems that it isn't invoked on cmdarg() nodes. I'll discuss that with Andy once he shows up on IRC again. Don't know if Melchior and Andy have arrived at anything while I was away, but here is what I found. In FGNasalListener::call the arguments are set up for the call. arg[0] = _nas-propNodeGhost(which); arg[1] = _nas-propNodeGhost(_node); These end up in naNewGhost, and finally in naNew where *the new object gets stored in the temps list for the context*, prohibiting garbage collection. Note that in FGNasalSys::call a new context is created for executing the call, so while the comment for naTempSave says 'the object is automatically released when the context next runs native bytecode this actually never happens until the context is finally freed. So new ghosts are created over and over again. Attached patches to sg and fg seem to fix it if tested with Melchior's gctest.nas. On second thought, a better fix would be to actually create the ghosts in the context that will be executed. But I am not changing it now, it's 5AM ;) I am not familiar with the nasal system, so this might be completely wrong. Also, I am not sure this has anything to do with the stuttering. But it seems to be a memory leak, though. -- Greets, Csaba/Jester Index: simgear/nasal/misc.c === RCS file: /var/cvs/SimGear-0.3/source/simgear/nasal/misc.c,v retrieving revision 1.9 diff -u -r1.9 misc.c --- simgear/nasal/misc.c30 May 2007 22:49:41 - 1.9 +++ simgear/nasal/misc.c23 Oct 2007 02:46:24 - @@ -26,6 +26,11 @@ c-temps[c-ntemps++] = PTR(r).obj; } +void naFreeTemps(naContext c) +{ +c-ntemps = 0; +} + naRef naObj(int type, struct naObj* o) { naRef r; Index: simgear/nasal/nasal.h === RCS file: /var/cvs/SimGear-0.3/source/simgear/nasal/nasal.h,v retrieving revision 1.10 diff -u -r1.10 nasal.h --- simgear/nasal/nasal.h 30 May 2007 22:49:41 - 1.10 +++ simgear/nasal/nasal.h 23 Oct 2007 02:46:25 - @@ -46,6 +46,7 @@ // context next runs native bytecode. Useful for saving off C-space // temporaries to protect them before passing back into a naCall. void naTempSave(naContext c, naRef r); +void naFreeTemps(naContext c); // Parse a buffer in memory into a code object. The srcFile parameter // is a Nasal string representing the file from which the code is Index: src/Scripting/NasalSys.cxx === RCS file: /var/cvs/FlightGear-0.9/source/src/Scripting/NasalSys.cxx,v retrieving revision 1.95 diff -u -r1.95 NasalSys.cxx --- src/Scripting/NasalSys.cxx 18 Oct 2007 11:43:38 - 1.95 +++ src/Scripting/NasalSys.cxx 23 Oct 2007 02:47:28 - @@ -90,6 +90,7 @@ _callCount--; if(_callCount) naModLock(); naFreeContext(ctx); +naFreeTemps(_context); return result; } - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel