[Flightgear-devel] Reproducable crash in SGGeodesy
I experience a reproducable crash in the greater London area: Start at London City Airport (eglc) with any aircraft you like. For simplicity, I use the UFO and enable real-weather-fetch, I use the following commandline: fgfs --aircraft=ufo --airport=eglc --fdm=magic --enable-real-weather-fetch Zoom up to approx 1ft, fly westbound until passing Tower Bridge initiate a shallow 360 to the left and *BANG* Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb63e1910 (LWP 8643)] 0x085e9920 in SGGeodesy::SGGeodToCart (ge...@0x31, ca...@0xbfc7d0c0) at SGGeodesy.cxx:100 100 SGGeodesy::SGGeodToCart(const SGGeod geod, SGVec3double cart) (gdb) bt #0 0x085e9920 in SGGeodesy::SGGeodToCart (ge...@0x31, ca...@0xbfc7d0c0) at SGGeodesy.cxx:100 #1 0x0848d39a in FGPositioned::cart (this=0x21) at /usr/local/include/simgear/math/SGVec3.hxx:191 #2 0x0849057f in DistanceOrdering::operator() (this=0xbfc7d138, a...@0xbfc7d1c0, b...@0x18b56fcc) at positioned.cxx:221 #3 0x08491b61 in std::__unguarded_linear_insert__gnu_cxx::__normal_iteratorSGSharedPtrFGPositioned*, std::vectorSGSharedPtrFGPositioned, std::allocatorSGSharedPtrFGPositioned , SGSharedPtrFGPositioned, DistanceOrdering (__last={_M_current = 0x18b56fd4}, __val={_ptr = 0xbfc7d1c0}, __comp= {mPos = {SGVec3Storagedouble = {osg::Vec3d = {_v = {3988693.4857778242, 19214.264641430258, 4960318.8364768205}}, No data fields}, No data fields}}) at /usr/include/c++/4.3/bits/stl_algo.h:1735 #4 0x08492e3e in std::__insertion_sort__gnu_cxx::__normal_iteratorSGSharedPtrFGPositioned*, std::vectorSGSharedPtrFGPositioned, std::allocatorSGSharedPtrFGPositioned , DistanceOrdering (__first={_M_current = 0x18b56fd0}, __last={_M_current = 0x18b56fe8}, __comp= {mPos = {SGVec3Storagedouble = {osg::Vec3d = {_v = {3988693.4857778242, 19214.264641430258, 4960318.8364768205}}, No data fields}, No data fields}}) at /usr/include/c++/4.3/bits/stl_algo.h:1785 #5 0x08492fb9 in std::__final_insertion_sort__gnu_cxx::__normal_iteratorSGSharedPtrFGPositioned*, std::vectorSGSharedPtrFGPositioned, std::allocatorSGSharedPtrFGPositioned , DistanceOrdering (__first={_M_current = 0xbfc7d0c0}, __last={_M_current = 0x18b56fe8}, __comp= {mPos = {SGVec3Storagedouble = {osg::Vec3d = {_v = {3988693.4857778242, 19214.264641430258, 4960318.8364768205}}, No data fields}, No data fields}}) at /usr/include/c++/4.3/bits/stl_algo.h:1849 #6 0x0848f25f in sortByDistance (aPos=value optimized out, aResult=value optimized out) at /usr/include/c++/4.3/bits/stl_algo.h:4822 #7 0x0848fcdd in spatialGetClosest (ap...@0xbfc7d630, aN=1, aCutoffNm=1, aFilter=0xbfc7d64c) at positioned.cxx:328 #8 0x0848fe06 in FGPositioned::findClosest (ap...@0xbfc7d630, aCutoffNm=1, aFilter=0xbfc7d64c) at positioned.cxx:537 #9 0x084b5a0a in FGAirport::findClosest (ap...@0xbfc7d630, aCuttofNm=1, filter=0xbfc7d64c) at simple.cxx:242 #10 0x0852f8dd in FGMetarEnvironmentCtrl::update (this=0x1043b5d0, delta_time_sec=0.5) at environment_ctrl.cxx:729 #11 0x08629809 in SGSubsystemGroup::Member::update (this=0x1043bec0, delta_time_sec=0.041664) at subsystem_mgr.cxx:306 #12 0x0862c29b in SGSubsystemGroup::update (this=0x1043aa88, delta_time_sec=0.041664) at subsystem_mgr.cxx:159 #13 0x08526f2a in FGEnvironmentMgr::update (this=0x1043aa88, dt=0.041664) at environment_mgr.cxx:258 #14 0x08629809 in SGSubsystemGroup::Member::update (this=0x10463cb8, delta_time_sec=0.041664) at subsystem_mgr.cxx:306 #15 0x0862c29b in SGSubsystemGroup::update (this=0x87a165c, delta_time_sec=0.041664) at subsystem_mgr.cxx:159 #16 0x0806a36b in fgMainLoop () at main.cxx:498 #17 0x080b20ec in fgOSMainLoop () at fg_os_osgviewer.cxx:177 #18 0x08069725 in fgMainInit (argc=3, argv=0xbfc7dd34) at main.cxx:1046 #19 0x080677ea in main (argc=-652280259, argv=0x3fe8fbc2) at bootstrap.cxx:177 (gdb) This is on OpenSuSE 11.1 with todays FlightGear/SimGear CVS and the terragear/SVN synced scenery. Anybody else gets this? Torsten -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] terragear-cs: patch for configure.ac - plib, osg and sg
Hi, Can we please support 'non-standard' install locations for simgear, plib and OSG? Attached is a patch for configure.ac - tg-01.patch. It adds --with-plib=path and --with-osg=path, and avoids clobbering the EXTRA_DIRS being built up from the current --with-simgear=path Works well for me in Ubuntu... Regards, Geoff. diff --git a/configure.ac b/configure.ac index adb5740..945f1dc 100644 --- a/configure.ac +++ b/configure.ac @@ -26,6 +26,22 @@ if test x$with_simgear != x ; then EXTRA_DIRS=${EXTRA_DIRS} $with_simgear fi +# specify the plib location +AC_ARG_WITH(plib, [ --with-plib=PREFIX Specify the prefix path to plib]) + +if test x$with_plib != x ; then +echo plib prefix is $with_plib +EXTRA_DIRS=${EXTRA_DIRS} $with_plib +fi + +# specify the osg location +AC_ARG_WITH(osg, [ --with-osg=PREFIX Specify the prefix path to osg]) + +if test x$with_osg != x ; then +echo osg prefix is $with_osg +EXTRA_DIRS=${EXTRA_DIRS} $with_osg +fi + dnl set the $host variable based on local machine/os AC_CANONICAL_HOST @@ -142,7 +158,7 @@ dnl Check for MS Windows environment AC_CHECK_HEADER(windows.h) dnl extra library and include directories -EXTRA_DIRS=/usr/local/plib /usr/X11R6 +EXTRA_DIRS=$EXTRA_DIRS /usr/local/plib /usr/X11R6 if test -d /opt/X11R6 ; then EXTRA_DIRS=$EXTRA_DIRS /opt/X11R6 -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal alternatives : possible, of course,
Oh, man -- giant Nasal flame war and I totally missed it. Melchior just now pointed me here. Sadly (or, well, not at all, actually) Andy's been doing a lot more of the daddy thing than the hacker thing recently. Some quick shots after the fact: Nicolas Quijano wrote: It's also brilliant, smaller (runs on cellphones) and faster than nasal (that's an opinion, but I really can't see how anyone says Nasal is fast, at least from my experience so far) While Lua is pleasingly small, it's certainly not smaller than Nasal, either in code size or size of runtime data (especially at runtime: Lua lacks anything like the vector type Nasal has and can't represent packed arrays). And I also had Nasal running on various phones* back in 2004/5 when I was doing that stuff for my day job. [* Not, by the way, that phones are particularly small any more. Sure they can run Lua and Nasal: also Javascript, one or more JVMs, a .NET CLR interpreter, often a flash interpreter, bash, perl, python, VB, ...] As far as speed goes, the last time I was doing any benchmarking Nasal was about as fast as Perl 5 or Python 2.2 at most things. It's garbage collector was faster, its symbol lookup about the same or slightly faster, and its bytecode interpreter somewhat slower. I'm not aware of any FlightGear usage where Nasal's performance is an issue, but I'm willing to take bug reports. And I'm amused that you feel free to express an opinion about a quantitative subject. Either Nasal is or is not faster or smaller than Lua; I'm not sure what your opinion is coming from if not measurements. :) And I won't mention that is has no adequate documentation and no debugger. Period. (-- that's very serious) If you say so. I've been writing script code in perl and python for a decade and a half and haven't ever felt the need to use a debugger in either environment. That's very much a taste thing. If you can't handle the need to call print() or write an if() to inspect or trigger on runtime state and want to type into a command window instead, that's cool. Just don't pretend that everyone feels the same way. The documentation thing sounds more like a cheap shot than a real complaint -- is there something you'd like to see documented that isn't? We don't have books on Nasal. We certainly do have docs. So as far as flames go, some stuff off the top of my head that was, I think, true at some point in the past. I'm not 100% confident on all this, because my Lua knowledge is pretty stale. + Nasal is threadsafe. Lua has a global interpreter lock. + Nasal is stackless for interpreted code. Lua recurses on the CPU stack. + Nasal is a true functional language, with lexical scoping, runtime binding and true closures. Lua has a clunky global namespace. + Nasal has complete programmatic control over the runtime namespace for any piece of code, making modules a question of script coding and allowing a bunch of neat metaprogramming tricks along the lines of what the Ruby folks do with their monkey patching. Take a look at the (non-FlightGear) Gtk library for some examples. Lua, again, has a clunky global namespace. + Nasal's data model matches what you are used to from perl, python and javascript. Lua's is ... odd. + Nasal has a true garbage collector. Lua has a reference counter that can't handle circular references. + Nasal has syntax that makes sense in the modern world and to programmers exposed to other languages like Javascript. Lua looks like PL/1. But hell, there's really nothing (other than cosmetics) wrong with Lua. As you mention, it's grown into a large community with lots of documentation and libraries and professional-looking trappings. None of that was true in 2003/4 when Nasal was in its infancy, but it is now, and I can see why it would be attractive. If you want to do the integration work and maintain it (remember, there's a ton of code outside the interpreter you need to write to be able to do useful things inside the simulator), feel free. Why was Nasal chosen in the first place ? Wasn't it to supplement a fledgling FDM module at the time, yasim, that was lagging behind jsbsim and its property system ? Or so I've inferred and been told Ooh, a YASim flame too. Bring it on. :) Andy -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Building Canadian Scenery
Hi Cullam, compile Terra-gear yet on either Windows or Ubuntu Nice to have another person on 'scenery' enhancement ;=)) On Ubuntu: = Inspired by Francesco Brisa simple script, I have built a do-everything script to build TerraGear in Ubuntu. http://geoffair.net/tmp/maketg It has a -h or --help output... put it in your 'path', and make it exectuable - chmod +x maketg - and you can create a new 'terragear' from any root folder, like say $HOME/tg 1. it install, or updates, all the tools and packages needed 2. downloads _ALL_ the source, configures and compiles them, with lots of stops for input unless you add NOPAUSE Even if you do not use it directly, it is informative as to what is needed to compile terragear-cs... If you use 'non-standard' install locations for the libraries, like I do in this script, except for the actual terragear tools, which it installs into $HOME/bin, then you will also need to patch configure.ac, per my recent post, unless, and until, my patch, or its equivalent makes it into the git respository ;=() Remember, you need git simgear to build git terragear. http://mapserver.flightgear.org/git/gitweb.pl?p=terragear-cs;a=summary http://mapserver.flightgear.org/git/gitweb.pl?p=simgear-cs;a=summary I recently had some trouble with the http:// clone, but no problem with the git:// clone... and anywa, seems to work faster than I remember for http, when it did work... cvs terragear is badly out of date, and you would need to use cvs simgear from quite some time ago, probably back to PRE-OSG, but have not tried. On Windows: == I have recently put up a page on this - see - http://geoffair.net/fg/fgfs-050.htm It is work-in-progress because I am hoping to get some/all the changes into the git repository, and have still _NOT_ solved my lack-of-elevation problem. Fred recently did an update for MSVC7.1, so presumably, if you have this version, then it may compile as is. But my patch file - http://geoffair.net/fg/txt/tg-diff-01.txt is needed for later versions. The diff also contains a few small tool changes, especially more help output. Fred was to review my changes, for MSVC8/9, but I guess he has not had time yet... ;=(( On Dem data: === I think this is better answered by others. As you can see from my web page, I had quite some trouble with 'elevation' data ;=)) Hope this helps make Canada more beautiful... Regards, Geoff. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Building Canadian Scenery
On Sat, 2009-03-14 at 00:10 +0100, Frederic Bouvier wrote: - Martin Spott martin.sp...@mgras.net a écrit : Martin Spott wrote: Actually, in order to translate elevation raster into TerraGear work directories you're required to have files in SRTM HGT format (for use with 'hgtchop'). Oh, wait, probably there's also a 'demchop' tool, I have no idea if it still works - just try it, And now a 'srtmchop' that process CGIAR geotiff files ( Demchop was for original GTOPO30 ) -Fred Just uploaded a modified maketg, v-1.0.1, to include a libtiff package download/update, so Fred's 'srtmchop' will also get built, and installed... the previous version did not include this package... Geoff. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal alternatives : possible, of course,
Oh, man -- giant Nasal flame war and I totally missed it. Melchior just now pointed me here. Sadly (or, well, not at all, actually) Andy's been doing a lot more of the daddy thing than the hacker thing recently. I kept up fairly well as a developer when we had two, but when we went from two to four kids in one fell swoop, it was like the rocket sled hitting the water trough. JB -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal alternatives : possible, of course,
This thread has been quite entertaining! A big thanks to all the participants!!! :-) Curt. On Sat, Mar 14, 2009 at 8:33 AM, Jon S. Berndt jonsber...@comcast.netwrote: Oh, man -- giant Nasal flame war and I totally missed it. Melchior just now pointed me here. Sadly (or, well, not at all, actually) Andy's been doing a lot more of the daddy thing than the hacker thing recently. I kept up fairly well as a developer when we had two, but when we went from two to four kids in one fell swoop, it was like the rocket sled hitting the water trough. JB -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal alternatives : possible, of course,
I'll second that still waiting for page 3 ;) On Sat, Mar 14, 2009 at 11:40 AM, Curtis Olson curtol...@gmail.com wrote: This thread has been quite entertaining! A big thanks to all the participants!!! :-) Curt. On Sat, Mar 14, 2009 at 8:33 AM, Jon S. Berndt jonsber...@comcast.netwrote: Oh, man -- giant Nasal flame war and I totally missed it. Melchior just now pointed me here. Sadly (or, well, not at all, actually) Andy's been doing a lot more of the daddy thing than the hacker thing recently. I kept up fairly well as a developer when we had two, but when we went from two to four kids in one fell swoop, it was like the rocket sled hitting the water trough. JB -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Curtis Olson: http://baron.flightgear.org/~curt/http://baron.flightgear.org/%7Ecurt/ -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal alternatives : possible, of course,
I learned a lot just reading it. Curtis Olson wrote: This thread has been quite entertaining! A big thanks to all the participants!!! :-) Curt. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Building Canadian Scenery
On Sat, 14 Mar 2009 19:26:25 +0100, Geoff wrote in message 1237055185.10739.20.ca...@dell02: On Sat, 2009-03-14 at 00:10 +0100, Frederic Bouvier wrote: - Martin Spott martin.sp...@mgras.net a écrit : Martin Spott wrote: Actually, in order to translate elevation raster into TerraGear work directories you're required to have files in SRTM HGT format (for use with 'hgtchop'). Oh, wait, probably there's also a 'demchop' tool, I have no idea if it still works - just try it, And now a 'srtmchop' that process CGIAR geotiff files ( Demchop was for original GTOPO30 ) -Fred Just uploaded a modified maketg, v-1.0.1, to include a ..for v-1.0.2 for Debian Squeeze/Sid, you want a wee chk and: a...@a45:/opt/fg-bygg $ diff -U0 ma* --- maketg 2009-03-14 19:18:31.0 +0100 +++ maketg-4-deb2009-03-15 01:01:16.0 +0100 @@ -30 +30 @@ -. /etc/lsb-release +lsb_release a...@a45:/opt/fg-bygg $ libtiff package download/update, so Fred's 'srtmchop' will also get built, and installed... the previous version did not include this package... Geoff. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. -- Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel