Re: [Flightgear-devel] current git FG OSG bulds on latest debian lenny
On Sat, Jan 22, 2011 at 11:26 PM, Arnt Karlsen a...@c2i.net wrote: ..are you able to run nouveau on your Nvidia laptop and radeon and radeonhd on your ATI desktop? I have never tried nouveau but I have tested radeon a few months ago. The main problem is, that it is about 10 times slower than the binary driver at the moment. I only have an integrated HD4200 so that order of magnitude does make a significant difference as you can imagine. -- Csaba/Jester -- Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! Finally, a world-class log management solution at an even better price-free! Download using promo code Free_Logger_4_Dev2Dev. Offer expires February 28th, so secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsight-sfd2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Add screenshot dialog, to select directory
On Mon, Jan 17, 2011 at 6:40 PM, Peter Brown smoothwater...@adelphia.net wrote: You probably know better than I, but do most folks use or need a FlightGear specified screen capture utility? Yes. Perhaps I look at it another way, but even if it has one I think I'd still use my computer's screen capture utility. A built-in screenshot function does have some advantages. For example, it can temporarily hide the menu bar, can be bound to a joystick button, can be triggered from nasal and more such goodies. At least theoretically it could also produce a single image for a multi-display setup. I personally don't need a dialog for it, though. -- Cheers, Csaba/Jester -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CMake linker error
On Fri, Jan 14, 2011 at 4:19 PM, Andreas Gaeb a.g...@web.de wrote: I had to include string.h instead of string in utils/fgadmin/src/main.cxx I believe the correct c++ header for that would be cstring Also, do not remove string since that is needed for def_install_source and def_scenery_dest. Even though fgadmin.h does include it, it should be left in main.cxx as well. Speaking of fgadmin.h, the using std::string should be removed from there (but if the file is really auto-generated as the comment says then the fluid tool would have to be fixed). -- Csaba/Jester -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CMake linker error
Also, the #include string + using std::string in untarka.h is totally inappropriate and should be removed. -- Csaba/Jester -- Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new install git hung up // xplane airport format
On Sat, Jan 8, 2011 at 9:19 AM, Michael Sgier scrat_h...@yahoo.com wrote: Initialized empty Git repository in /media/sda6/fgfs/install/fgfs/fgdata/.git/ remote: Counting objects: 151389, done. fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed mich...@ubuntu:/media/sda6/fgfs$ same yesterday...wait longer? gitorious is known to have problem with fgdata. Use the mapserver mirror or the fgdata bundle as described at http://wiki.flightgear.org/index.php/Building_FlightGear_-_Debian#FlightGear_data -- Cheers, Csaba/Jester -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest GIT crashes after ~30 min. playtime
On Sat, Jan 8, 2011 at 7:55 PM, Roland Haeder r.hae...@gmx.de wrote: Hello all, I have a segfault after about 30-40 minutes flight time with both optimized and debug build. I flew the A380 the attached flight plan with maximum altitude of 15.000ft (not much) from EDDH to LHBP. I also included a full backtrace, so please take a look. :) My guess is you encountered some scenery object that uses particles. Unfortunately the flight time isn't too helpful in determining your location at the time of the crash. Maybe you have some additional info about that? Also, what happens if you disable particles in the rendering menu. Does the crash also happen if you fly the ufo? Could try to upgrade OSG as well. -- Cheers, Csaba/Jester -- Gaining the trust of online customers is vital for the success of any company that requires sensitive data to be transmitted over the Web. Learn how to best implement a security strategy that keeps consumers' information secure and instills the confidence they need to proceed with transactions. http://p.sf.net/sfu/oracle-sfdevnl ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FPE while in-flight
On Mon, Dec 20, 2010 at 9:12 AM, Roland Haeder r.hae...@gmx.de wrote: Hi all, I got another FPE with GIT version while in-flight with the A380 (recent updates of fgdata). I flew with auto-pilot turned on from EDDL to EHAM and suddenly the FPE happens: http://pastebin.com/ixxjBv25 Looks like effective_range_m is 0, so division by zero. I keep the gdb console a little open so I can print some variables for you. :) You can have gdb write a core file by issuing the command generate-core-file. Core files can be reloaded into gdb preferably as long as there were no modifications to the binary or the source. -- Csaba/Jester -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Announce] fog/mist/haze layer now active
On Thu, Dec 16, 2010 at 6:55 PM, Curtis Olson curtol...@gmail.com wrote: Hi Torsten, When I tried it the last time, I saw that the early morning fog option was now available, but upon choosing it, the code pushed the ground level visibility out to 20k. Same here. However, it also adds a 700 feet thick overcast cloud layer at -200 feet, although the interpolation may take a little time. Eventually the fog ends at 500 feet as advertised. On my machine, switching the 3D clouds OFF, makes the fog look a lot better. -- Csaba/Jester -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Announce] fog/mist/haze layer now active
On Thu, Dec 16, 2010 at 1:59 AM, dave perry skida...@mindspring.com wrote: Torsten, I just used an fgfs_update script that updates simgear, then fgfs, and then fgdata. The compile of fgfs terminated with the following error: Making install in Environment make[2]: Entering directory `/home/dad/source-osg/flightgear/src/Environment' g++ -DHAVE_CONFIG_H -I. -I../../src/Include -I../.. -I../../src -I/home/dad/source-osg/fgdata/include -I/usr/local/include -march=native -Wall -D_REENTRANT -MT environment_mgr.o -MD -MP -MF .deps/environment_mgr.Tpo -c -o environment_mgr.o environment_mgr.cxx environment_mgr.cxx: In member function ‘double FGEnvironmentMgr::get_cloud_layer_maxalpha(int) const’: environment_mgr.cxx:340:44: error: ‘class SGCloudLayer’ has no member named ‘getMaxAlpha’ Looks like dad has messed up his compilation script or otherwise broken simgear (such as by duplicate install). http://gitorious.org/fg/simgear/blobs/next/simgear/scene/sky/cloud.hxx line 197, has been there for a week. -- Cheers, Csaba/Jester -- Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT P-38-Lightning segfaulting
On Mon, Dec 13, 2010 at 2:40 AM, Donn Washburn n5...@comcast.net wrote: Same/similar here on today's flightgear and fgdata P-38-Lightning: COPYING F-5B-set.xml LIS-MOI_GNU-GPL P-38L-splash.rgb Sounds Engines Help Models P38-SetBase.xml Systems F-5B-e_Splash.rgb Inputs P38L-new.xml Panels thumbnail.jpg F-5B-f_Splash.rgb Instruments P-38L-set.xml README-FIRST /usr/share/flightgear/Aircraft fgfs aircraft=P-38-Lightning Processing command line arguments Fatal error: Failed to open file at aircraft=P-38-Lightning (received from SimGear XML Parser) You used wrong aircraft name and missed the dashes. Should have been fgfs --aircraft=P-38L And, as they pointed out above, you should really use Helijah's version, for that try fgfs --aircraft=p38 -- Cheers, Csaba/Jester -- Oracle to DB2 Conversion Guide: Learn learn about native support for PL/SQL, new data types, scalar functions, improved concurrency, built-in packages, OCI, SQL*Plus, data movement tools, best practices and more. http://p.sf.net/sfu/oracle-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem updating fgdata from mapserver
On Thu, Dec 2, 2010 at 2:58 PM, Jari Häkkinen j...@flygarna.se wrote: I am trying to update fg data with 'git pull' but keep getting connection refused: Can someone resolve the issue on mapserver or explain what I am doing wrong if the problem is on my side. You missed this email: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg29756.html about Scenemodels/MapServer.flightgear.org, planned outage -- Csaba/Jester -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nonfunctional airplanes
On Thu, Nov 25, 2010 at 10:15 AM, thorsten.i.r...@jyu.fi wrote: Lightning works fine here. Here it does not. Pulled flightgear, simgear and fgdata today, compiled simgear and flightgear. *Lightning* FGTable: row lookup is not monotonically increasing in row 13 of table in AugThrust: 2.07=2.2 That has been fixed 15 days ago, see here http://gitorious.org/fg/fgdata/commit/96b4fe0313d534e9c747f18777919961bffc30dc and http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg29370.html Sounds like as if you really have a problem with your fgdata checkout. -- Csaba/Jester -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nonfunctional airplanes
On Thu, Nov 25, 2010 at 4:12 PM, Csaba Halász csaba.hal...@gmail.com wrote: Sounds like as if you really have a problem with your fgdata checkout. And I have a problem with replying to old mail :) Never mind the noise. -- Csaba/Jester -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Mon, Nov 22, 2010 at 2:22 PM, Durk Talsma durkt...@gmail.com wrote: Hi, Thanks for reporting. I'll update those during my next round of revisions (which may still take a while, as I'm still quite busy with my new job). Does it cause any problems if I commit the obvious fixes to git? I have already done WOMM-VOMM. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Sun, Nov 21, 2010 at 7:18 PM, Alasdair ali...@btinternet.com wrote: Traffic file MAS.xml contains fights to an airport WOMM. It is not in apt.dat, and googling it reveals nothing. Can anyone help me identify it or correct it? I think flight 0180 should be from WMKK to VOMM (with a plain V, not a W) At least that's what google told me ;) -- Cheers, Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Sun, Nov 21, 2010 at 7:55 PM, Alasdair ali...@btinternet.com wrote: Could someone correct this in git, please Done. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mystery Airport
On Sun, Nov 21, 2010 at 7:47 PM, Csaba Halász csaba.hal...@gmail.com wrote: On Sun, Nov 21, 2010 at 7:18 PM, Alasdair ali...@btinternet.com wrote: Traffic file MAS.xml contains fights to an airport WOMM. It is not in apt.dat, and googling it reveals nothing. Can anyone help me identify it or correct it? I think flight 0180 should be from WMKK to VOMM (with a plain V, not a W) Indeed, scrolling down to flight 0181 (the reverse trip) you can see it has VOMM. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGFS-Release was Scenery tile management and
On Sun, Nov 21, 2010 at 10:39 PM, Martin Spott martin.sp...@mgras.net wrote: Csaba Halász wrote: By the way, I have just noticed that somebody has put some work into Budapest (LHBP) scenery. Big thanks! Credit goes to Gabor: http://scenemodels.flightgear.org/author.php?id=67 Thanks for the info! Cool, thanks to Gábor I could now bomb my workplace - it is near to the waterworks office building LOL -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGFS-Release was Scenery tile management and further property heads up...
On Sun, Nov 21, 2010 at 1:05 AM, Heiko Schulz aeitsch...@yahoo.de wrote: I would say we are far away from a stable release. Because it isn't stable yet. The Route-manager crashes FGFS again, there are issues with the water-shader and the sun, the landcover-shaders looks milky, the landmass shader is broken... (GIT from today) * Route manager works here with current GIT, certainly doesn't crash. I have flown many TGA events with route manager, seems to be quite stable. * not sure what issues the water shader has with the sun, except for a slight misalignment: http://imagebin.ca/view/SeUwOd.html * don't know which is the landcover shader and which is the landmass shader, but both seem to work fine here: http://imagebin.ca/view/aCUqSb-i.html For me, FGFS is in no worse shape than some previous releases ;) By the way, I have just noticed that somebody has put some work into Budapest (LHBP) scenery. Big thanks! -- Cheers, Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FGFS-Release was Scenery tile management and further property heads up...
On Sun, Nov 21, 2010 at 2:09 AM, Heiko Schulz aeitsch...@yahoo.de wrote: Well... * Route manager works here with current GIT, certainly doesn't crash. -Inserting an airport crashes FGFS -choosing a rwy crashes FGFS Not here, it doesn't. * not sure what issues the water shader has with the sun, except for a slight misalignment: http://imagebin.ca/view/SeUwOd.html slight? Very noticeable! Noticeable, but the previous release didn't even have such an effect did it? And it is simply too awesome to not release just because it is slightly, but noticeably, misaligned :) Some shadertypes seems to be immun against fog, which make the whole scenery looks a bit akward: www.hoerbird.net/fgfs-screen-064.png Even more on detailed sceneries like LOWI... Noticed by several people now already... Ahha, I see. That is quite ugly indeed. For me, FGFS is in no worse shape than some previous releases ;) Let's decide the users... For these features, I count myself as an user. Even if some new features don't work perfectly, as long as they are not regressions, I would like to have them. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] segfault with last GIT
2010/11/14 Sébastien MARQUE seb.mar...@free.fr: so I've created some logs, hoping they could help: That's all very nice, but you left out the single most important one: a gdb backtrace :) -- Csaba/Jester -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FlightProSim advert on FaceBook
On Thu, Nov 11, 2010 at 5:50 PM, Robin van Steenbergen stone...@stoneynet.nl wrote: I am not sure whether the content *generated* by a GPL-licensed program (such as FlightGear generating screenshots) would have to be licensed under the GPL as well. To be honest, I doubt it, because a lot of GPL-licensed tools are used to generate copyrighted content, even including Hollywood movie blockbusters! Of course. But read again what Gijs said: Op 11-11-2010 17:46, Gijs de Rooy schreef: Content on the FlightGear wiki also falls under the GNU GPL license (as stated at the bottom of this page), so does this A-6E image. The point is that by uploading to FG wiki, xiii put the image under GPL. It isn't GPL because it was created by a GPL software, it is GPL because the content on FG wiki is GPL and he accepted that by uploading. -- Csaba/Jester -- Centralized Desktop Delivery: Dell and VMware Reference Architecture Simplifying enterprise desktop deployment and management using Dell EqualLogic storage and VMware View: A highly scalable, end-to-end client virtualization framework. Read more! http://p.sf.net/sfu/dell-eql-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Lightning engines
On Wed, Nov 10, 2010 at 4:58 PM, AJ MacLeod aj-li...@adeptopensource.co.uk wrote: On Wed, 10 Nov 2010 15:50:06 - Alan Teeder wrote: The current GIT is finding an error in the Lightning AvonMk210.xml file. All that seems to be missing is 0.0 at the end of the last three lines of the AugThrust table. Thanks for investigating that - I've not had time to work on or use FG for quite a while now, but I like to keep some idea of what's going on. I've no idea at all why I didn't add 0.0 right to the bottom of that column but if someone with commit rights wouldn't mind adding the missing three entries (I'd happily supply a patch but I suspect manually adding them would be quicker!) I'd be grateful. Done. -- Cheers, Csaba/Jester -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Strange texture difference on two machines
On Fri, Nov 5, 2010 at 12:26 AM, dave perry skida...@mindspring.com wrote: The left main wheel is textured on the desktop and not textured on the notebook. What are others seeing when they use the pittss1c from today's git? White. You have a texture reference with absolute path, presumably one that exists on your desktop only. diff --git a/Aircraft/pittss1c/Models/s1c.ac b/Aircraft/pittss1c/Models/s1c.ac index 86aea81..a0dd121 100644 --- a/Aircraft/pittss1c/Models/s1c.ac +++ b/Aircraft/pittss1c/Models/s1c.ac @@ -42220,7 +42220,7 @@ name LeftWheel loc 1.10652 -1.00178 0.617939 data 12 Cylinder.004 -texture /home/dad/Desktop/pittss1c/Models/Liveries/Yellow/wheel.rgb +texture Liveries/Yellow/wheel.rgb crease 30.00 numvert 130 -1.43051e-06 0.197728 0.0603165 -- Csaba/Jester -- The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book Blueprint to a Billion shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Performance and Paris
On Sun, Oct 24, 2010 at 12:53 PM, fiers...@zonnet.nl wrote: A snapshot of the on screen statistics (in Debug) shows: Update: 23.44 Call: 25 46 Draw: 33.40 GPU: 40.34 Call: 4.66 Draw: 1.96 GPU: 1.66 How should these numbers be interpretated? Are they percentages, like in The GPU is 40.34% busy? They are in milliseconds. -- Csaba/Jester -- Nokia and ATT present the 2010 Calling All Innovators-North America contest Create new apps games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver dns changes???
On Tue, Oct 12, 2010 at 10:38 AM, wrote: Sounds like you could change mpmap02 to the IP address that was set for mpserver02 before. This effectively changes mpmap02 back to what it was and leaves mpserver02 to the new IP address. On Tue, Oct 12, 2010 at 5:50 PM, Curtis Olson curtol...@gmail.com wrote: But wasn't this whole thread started because the original mpserver02/mpmap02 was being taken off line? As far as I understand, Pigeon intends to keep mpmap02 running. So assigning the original mpserver02 ip address to mpmap02, as suggested above, should do the trick for the time being. Also, even mpmap01 relies on 02 for the navaid database, Pigeon never let that one out of his hands ;) I think setting up real standalone maps on 01 and the new 02 would make sense. Then the old mpmap02 could be renamed to mpmap03, presumably reducing its load even further. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] mpserver dns changes???
On Mon, Oct 11, 2010 at 5:46 PM, Curtis Olson curtol...@gmail.com wrote: Hi Csaba (or anyone else), I'm just bumping this back up to the top of everyone's inbox in hopes that someone will respond and let me know what specific dns changes should be made. This is where I left the conversation back in may and no one got back to me. I don't have my finger on the pulse of the mpserver admin community on a daily basis so I don't know specifically what needs to be changed unless someone specifically tells me. The change would be: assign mpserver02.flightgear.org to ip address 74.208.230.119. I believe Alexis has sent an email to Sabin to check if he is still agreeing to take over 02's slot. (He did agree to it back in may.) Don't know if we got any reply yet. -- Cheers, Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Questions about multiplayer
On Sat, Oct 9, 2010 at 3:39 PM, Chris Wilkinson blobster...@yahoo.com.au wrote: Hi there, Is it possible to get multiple instances of fg on a single PC, talking to each other in a multiplayer kinda way? I can get to 3 or 4 instances of fg running at once before RAM and GPU/CPU start to suffer, but I cannot figure out how to network the instances together so the different a/c in each appear in the other instances... Is that at all possible? You can interconnect two instances directly. For more than two, I think the easiest solution would be to set up a local MP server. -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] buying server bandwidth (was: mpserver02 close down)
On Thu, Oct 7, 2010 at 9:13 PM, Curtis Olson curtol...@gmail.com wrote: Gary and Stuart, We could certainly explore the donation route. I'm doing a little bit of research to try to determine what the realistic costs would be to setup a dedicated server to run a multiplayer system. That will give us a better idea what we need to shoot for. Not sure why suddenly everybody wants to pay for things :) As far as MP is concerned we seem to be having enough volunteers to keep the system running. With 02 finally gone, MP will even work properly for a change (I have suggested multiple times to rename or discontinue it because it was causing more harm than it was useful). I am not aware of any other problems or mp server admins saying they can't keep things running due to missing funding. (It is funny how most servers are in Europe, though.) Side note: Sabin has been waiting for an official mpserver.flightgear.org address since may for the FREE mp server he started in Kansas. Which, being in the USA, could have taken much of the stress from Pigeon's 02. Unfortunately even though we had some discussion and even Curt offered to make the necessary DNS changes, nothing happened. Can we please finally assign a DNS to his FREE server? With 02 gone, and plenty of USA folks set up for using it, I (yet again) suggest to make the new server take over 02. Current MP servers only need one thing: bandwidth. It is widely known that our MP protocol is horribly inefficient with bandwidth usage. I would definitely try to fix that before asking for donations for better servers. That said, you can basically pick the cheapest virtual server that has good network speed and unlimited bandwidth. (By the way, Stefan, I would never use an evil bandwidth-throttling-type unlimited service, let alone recommend one!) Appropriate VPS servers can be had for as low as $20 per month. So much about MP. FGCom needs even less resources, the main problem there was missing installation instructions but thanks to Thomas and Willie that is sorted out. That leaves things like main site, wiki, mapserver, terrasync. Money could also be used for other things such as costs related to conferences. I am not against setting up donation collecting infrastructure for those but not built into FG (or even its installer - although I don't particularly care for windows users LOL). -- Csaba/Jester -- Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] recent environment changes break airport elevation with metar altimeter settings
On Tue, Oct 5, 2010 at 1:28 AM, dave perry skida...@mindspring.com wrote: Before I set the altimeter to 30.35 (i.e. as launched at 29.92), the altimeter reads aprox. 643 and it noticeably drifts down from that acceptable value. If I set the altimeter to 30.35, the altimeter reads approximately 982 not near 653 or 670. It should have drifted down to the proper value if you had waited a little longer. It certainly has stabilized at 643 feet for me. See this picture: http://imagebin.ca/view/LyxG93.html (Note: the needle animation seems a little off) I think this is due to the weather interpolation code, which tries to smooth out the sudden changes that used to occur when you crossed METAR boundaries. -- Csaba/Jester -- Virtualization is moving to the mainstream and overtaking non-virtualized environment for deploying applications. Does it make network security easier or more difficult to achieve? Read this whitepaper to separate the two and get a better understanding. http://p.sf.net/sfu/hp-phase2-d2d ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compile errors in latest GIT?
On Fri, Oct 1, 2010 at 6:41 PM, fiers...@zonnet.nl wrote: I just tried to compile the latest version from GIT, but I am getting errors: libMain.a(splash.o): In function `fgCreateSplashCamera': /home/mifi/Software/Sources/fgfs8/fgfs/flightgear/src/Main/splash.cxx:292: undefined reference to `osgText::TextBase::setFont(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)' Apparently you are not linking against osgText or not against the proper version. Can happen with multiple versions of OSG installed simultaneously and compiler finding one version (for the headers) while linker finding the other for the libraries. Check if -losgText is on the linker command line to determine which of the above applies. -- Csaba/Jester -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiler Warnings = Merge Request
On Tue, Sep 28, 2010 at 12:21 AM, ThorstenB bre...@gmail.com wrote: Hi, I fixed the strict-aliasing issues reported by GCC 4.4.1. Affects the generic.cxx and multiplaymgr.cxx modules. Unfortunately the trick with the union in multiplaymgr.cxx is not standard C, as far as I know. -- Csaba/Jester -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] static array of std::string valid?
On Mon, Sep 13, 2010 at 5:03 PM, Torsten Dreyer tors...@t3r.de wrote:
Hi all,
the new METAR handler uses the following code
static const string coverage_string[] = {
SGCloudLayer::SG_CLOUD_CLEAR_STRING,
Does anybody else see this? Is a static string array a bad idea?
Looks like initialization order problem. I guess the static strings
themselves have not been constructed yet when the array tries to copy
them. You could check that from a debugger. The compiler should have
generated proper order, assuming there are no circular dependencies.
For me, on linux, the initializers run in the expected order:
(gdb) br cloud.cxx:86
Breakpoint 1 at 0xa489f7: file simgear/scene/sky/cloud.cxx, line 86.
(gdb) br metarproperties.cxx:99
Breakpoint 2 at 0xa37350: file src/Environment/metarproperties.cxx,
line 99. (2 locations)
(gdb) r
Starting program: src/Main/fgfs
[Thread debugging using libthread_db enabled]
[New Thread 0x7f705f8d8700 (LWP 9660)]
[Switching to Thread 0x7f705f8d8700 (LWP 9660)]
Breakpoint 1, __static_initialization_and_destruction_0
(__initialize_p=1, __priority=65535)
at simgear/scene/sky/cloud.cxx:86
86 const std::string SGCloudLayer::SG_CLOUD_OVERCAST_STRING = overcast;
(gdb) c
Continuing.
Breakpoint 2, __static_initialization_and_destruction_0
(__initialize_p=1, __priority=65535)
at src/Environment/metarproperties.cxx:99
99 static const string coverage_string[] = {
--
Csaba/Jester
--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing
http://p.sf.net/sfu/novell-sfdev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] material error
On Wed, Aug 11, 2010 at 1:52 AM, syd adams adams@gmail.com wrote:
Well I tried again , no luck , still getting the same error , and also with
and older fgfs build makes me suspect something wrong in fgdata .
I'll report if I discover the problem before it fixes itself :)
simgear/scene/material/Effect.cxx line 878 should be:
{bool, Uniform::BOOL},
That is a member of the collection that findAttr eventually searches.
If the entry is there you shouldn't get the error. That must mean you
still have your FG compiled with old simgear. Of course this also
happens with old FG, since that is definitely missing this. It is not
something wrong with data it is simply FG too old to handle new
data.
A somewhat tedious way to verify your fgfs binary:
$ objdump -C -t fgfs | grep uniformTypesInit
00df3b80 g O .data 00b0
simgear::uniformTypesInit
$ objdump --start-address=0xdf3b80 --stop-address=$((0xdf3b80+7)) -j
.data -s fgfs
fgfs: file format elf64-x86-64
Contents of section .data:
df3b80 752aa700 00 u*.
$ objdump --start-address=0xa72a75 --stop-address=$((0xa72a75+5)) -j
.rodata -s fgfs
fgfs: file format elf64-x86-64
Contents of section .rodata:
a72a75 626f6f 6c00 bool.
(For this last command, you have to account for little-endian
addresses. The bytes in the dump were 752aa700, they have to be
reversed to get the address that's how the 0xa72a75 came to be.)
--
Csaba/Jester
--
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] material error
On Mon, Aug 9, 2010 at 9:22 PM, syd adams adams@gmail.com wrote: I just did a new git clone of flightgear , simgear, fgdata (deleted all local copies first) , and recompiled all last night. I now get this error : Error building technique: findAttr: could not find attribute bool My first thought was I missed files during the download , but everything does seem to be there does anyone else see this ? I believe this problem was widely seen some time ago, but it *was* due to mismatched simgear and/or data. Double check ;) I certainly don't have it with a fresh compile. -- Csaba/Jester -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] GIT and FGDATA
Hi folks, On my 64 bit linux machine, git uses a *lot* of virtual memory. PID PPID USER TTY NI CODE VIRT RES SWAP SHR WCHAN S %CPU %MEM TIME COMMAND 26069 26055 hcs pts/20 0 860 1406m 9560 1.4g 6784 - S0 0.2 0:00 git-fetch 26079 26069 hcs pts/20 0 200 3456m 40m 3.3g 9880 - R 32 1.0 0:09 git-index-pack 26114 26055 hcs pts/20 0 860 2509m 38m 2.4g 17m - D5 1.0 0:00 git Yes, those are gigabytes! (The SWAP column isn't indicative of swap file usage, it is just the difference between VIRT and RES.) I suspect most of the virtual memory is unused, simply allocated but never written. On linux, this doesn't cause much of a problem but maybe windows actually instantiates physical pages for them. -- Csaba/Jester -- This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Expat CVE-2009-3720 and CVE-2009-3560
On Thu, Jul 29, 2010 at 9:24 PM, Chris Baines cbain...@gmail.com wrote: Looking in to this further, I think the file in question is xmlparse.c . I think xmltok.c I can't find the offending piece of code in the simgear version probably because it is just so old and thus very different to the current official version. This also means that I can't patch it directly without someones guidance. Does anyone know if this bug applies to the version of xmlparse.c included in simgear? Yes, our xml parser seems to have similar vulnerability. I doubt it is a terribly important issue, though. Anyway, at least one of the problematic locations is the utf8_toUtf16 function. Notice how it uses equality test when checking for end-of-buffer, while in the loop body it sometimes increments the pointer by more than one, thus possibly failing to detect end-of-buffer. It also merrily reads from[1] and from[2] without ensuring those fall inside the buffer. -- Csaba/Jester -- The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] flightgear ./configure apr-1-config
On Thu, Jul 22, 2010 at 8:15 PM, Hans Janssen handigehan...@gmail.com wrote: Lance Levsen wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Error message: ./configure: line 10540: apr-1-config: command not found ./configure: line 10541: apr-1-config: command not found Comes from configure.ac: LIBS=`apr-1-config --link-ld` CPPFLAGS=-I/usr/include/subversion-1 `apr-1-config --includes` What is apr-1-config? apr-1-config is part of the apr-util package. Do you have apr-util installed ? That configure test is broken. It should first check that apr-1-config is available. Also, even if it finds the headers it should verify the libraries too and revert to external subversion if not successful. -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] weather conditions and winds aloft not working correctly..
On Sat, Jul 17, 2010 at 8:16 PM, Curtis Olson curtol...@gmail.com wrote: Hi Torsten, While we are on the subject, I have two dumb, but related questions ... 1. I do some UAV work and at times collect some real world flight test data. It would be really nice to be able to capture the current metar data off the internet at the time of the flight, save it into some simple form along with the flight data, and then later when I replay the flight data, use the saved metar data for the weather conditions. Is there a way to do this now? Does it work? In the past when I've tried to enter metar strings into the Environment-Weather Scenario dialog box, I haven't been able to get anything to work ... and I'd like to automate this at least through command line options if it's possible? Are you maybe looking for the nice metarproxy script (in the utils dir) written by Melchior? ;) -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Filling combobox values from source file
On Wed, Jul 7, 2010 at 1:37 PM, raghvendra misra raghvendrami...@gmail.com wrote: Hi all, The values entered in combo box is defined by value in the xml files. However i have a requirement in which the values are not fixed and changes depending on certain conditions. So i cannot use xml files to enter these values. Is there a way by which i can enter the values in combo box through source file(fg_command.cxx) instead from the xml? The xml is loaded into the property tree, and the dialog is instantiated from there. You can use any means to set up the property nodes, including c++ code or nasal script. -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
On Tue, Jul 6, 2010 at 1:45 PM, fiers...@zonnet.nl wrote: Hi Many modern computers are running multicore CPU's. I have noticed that FGFS only uses one thread in one core. And FGFS appears to be processor bound on my Core-I7, because the one core thread is 100% busy while my FPS are dropping in areas with a lot of scenery details (like Paris, for instance) and lots of rendering goodies switched on. I find it hard to believe that you have performance problems with a core i7, assuming you got a halfway decent graphics card to go with it. FG itself isn't CPU limited, we barely use any processing power :) As such, parallelizing FG subsystems, while a good thing in theory and certainly for the future, wouldn't help much in your case. What you are seeing must be graphics related - you even say so yourself. Have you tried the menu option for the on-screen OSG stats to see what is taking long? Also note that if you don't run with an FPS limit (either in FG or the sync to vblank option in your graphics driver) we will use all available power to push out frames as fast as possible. -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
On Tue, Jul 6, 2010 at 2:58 PM, fiers...@zonnet.nl wrote: I have searched the wiki, but cannot find an option for on-screen OSG stats. Which on screen OSG stats option do you mean? debug - cycle on screen stats or somesuch, can't say right now. Looks like this: http://www.turboimagehost.com/p/1582270/fgfs-screen-285.jpg.html Also, OSG does support multithreading, but mostly useful if you have more than one screen and GPU. I probably should not have started this topic, esspecially since it has been a subject of debate at Linux TAG. Sorry. Nothing to be sorry for, this list is intended for such discussions :) -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
On Tue, Jul 6, 2010 at 3:58 PM, fiers...@zonnet.nl wrote: Op 06-07-10 15:44, Csaba Halász schreef: debug - cycle on screen stats or somesuch, can't say right now. Did that, but it only shows framerate and not the other stuff that is in your picture. I probably need to set an option in preferences or something like that. You just need to click it more times, it cycles through different detail levels. -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Multi core discussion
On Tue, Jul 6, 2010 at 4:50 PM, Stefan Seifert n...@detonation.org wrote: On Tuesday 06 July 2010 16:15:36 Martin Spott wrote: Even though a 2.8 GHz Socket 940 Opteron is by far not state of the art in these days, I think this scenario is a sufficient proof that the statement FG itself isn't CPU limited doesn't hold. As are the 100%. If the application is bound by the graphics card's performance, the CPU cannot reach 100% utilization, since it would wait for the graphics card to finish drawing. 100% CPU load show, that the graphics card can execute drawing instructions faster than the CPU can generate them. Thus the application is CPU limited. You are assuming that - the graphics driver uses something other than busy waiting. - the graphics driver doesn't need CPU power. - OSG doesn't need CPU power. Frame rates don't mean much, when talking about FG itself (that is, not the graphics/rendering). I was arguing that parallelizing whatever processing FG proper is doing (ie. FDM, nasal, etc) is not gonna give a significant FPS boost in the general case. Of course, for future scalability it is a good idea. Could also be a good idea for certain cpu intensive nasal tasks, such as wildfire. -- Csaba/Jester -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Mad Catz Game Controller 6-axis joystick bindings
On Tue, Jun 15, 2010 at 1:58 AM, Oana Radu oanarad...@yahoo.com wrote: I've just made a config file for my Mad Catz gamepad, unfortunately the file only works under windows, in Linux I think the device has a different name. Should I create two different config files, one for win and the second for linux or is there another way? You can add both names to the same file and use windows,unix and mac tags to specify the button and axis numbers for each OS if necessary. See existing xml files for illustration, such as the Saitek Aviator. -- Csaba/Jester -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] git bundle
Hi! During discussions on IRC, the idea came up of creating a downloadable bundle of the new gitorious fg-data repository. The primary reason is to make the initial clone operation resumable in case the connection breaks. Our understanding is that git isn't currently capable of that. It could also be spread using alternate methods, such as bittorrent. -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Interlink a new server?
On Fri, May 14, 2010 at 9:02 PM, Peter Morgan p...@freeflightsim.org wrote: mpserver02 still needs to exist for the mpmap02 though ? mpmap02 should stay, with the default server adjusted. mpmap01 has not been working for a while From here it looks as if mpserver01 was down, mpmap01 is working fine. -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Thanks for the Ride
On Sat, May 15, 2010 at 1:40 AM, Chris Wilkinson blobster...@yahoo.com.au wrote: Currently I'm trying to build up motivation to download all the libs (again) and rebuild 2.0 so I can see the urban shader effect, but motivation is lacking. It should be easier. For ubuntu/debian systems we have scripted automatic compilation. It doesn't get much easier than that, if you want to compile. Of course there are also various precompiled binaries of 2.0 and development snapshots for windows, ubuntu, slackware, opensuse and whatnot. Terragear and friends are a different matter, of course. -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Interlink a new server?
On Tue, May 11, 2010 at 10:43 PM, Curtis Olson curtol...@gmail.com wrote: If someone tells me what dns changes should be made, I can make them. Okay, what do you think about this: 1) rename 02 to 14 (that is the next one, I believe) 2) assign 03 to the new server, as 03 has been down for a very long time Thus: 1) anybody who used 02 would be forced to reconsider his choice and hopefully make an intelligent pick 2) people who blindly start from 01 until they hit a working server would encounter 01,03,04 and 05, all - to my knowledge - quite powerful machines, and located in Europe,US,UK,US respectively. 3) pigeon's server would only have to handle the users from his region, hopefully it has enough bandwidth to cope without problems Comments? -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Interlink a new server?
On Tue, May 11, 2010 at 9:44 PM, Sabin Densmore sa...@onegecko.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I've finally gotten my multiplayer server up and was hoping to get it interconnected with the rest of the network, if at all possible. Let me know your thoughts. I yet again strongly suggest to rename 02 and assign 02 to the new server, or leave unassigned for a while. MP is barely usable these days. -- Csaba/Jester -- ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiling FGSD on Ubuntu Karmic / GCC 4.4...
On Tue, Apr 20, 2010 at 12:31 PM, Mattt ma...@mattts.net wrote: actionmgr.cpp:115: error: invalid cast from type ‘SGTimeStamp’ to type ‘double’ ...so I've tried all sorts of ways to add .toMSecs(). Nothing is working. timestamp.hxx has line 136: double toMSecs() const (See http://cvs.flightgear.org/viewvc/source/simgear/timing/timestamp.hxx?annotate=1.7root=SimGear) So, .toMSecs() should have worked like this: ( current - _lastNewAction ).toMSecs() Alternatively, you could try: current.toMSecs() - _lastNewAction.toMSecs() If these don't work, please post the new error message. -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Compiling FGSD on Ubuntu Karmic / GCC 4.4...
On Tue, Apr 20, 2010 at 2:35 PM, Mattt ma...@mattts.net wrote: Thanks Csaba, With ( current - _lastNewAction ).toMSecs() : actionmgr.cpp:115: error: invalid cast from type ‘SGTimeStamp’ to type ‘double’ Sounds strange - you have removed the cast, right? So how can it complain about a non-existing cast ... With current.toMSecs() - _lastNewAction.toMSecs() : It compiles!!! Great :) -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Replacement fpr mpserver01.flightgear.org
On Wed, Apr 7, 2010 at 12:52 PM, Mattt ma...@mattts.net wrote: I may be able to assist - note, however, that my host is in AU. It is on several redundant 100mb ethernet connections, though ;-) It would be *awesome* to have a server in AU! Named 02, of course ;) -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Replacement fpr mpserver01.flightgear.org
On Wed, Apr 7, 2010 at 2:08 PM, Mattt ma...@mattts.net wrote: Certainly for AU users :p Would be awesome for everybody if 02 could be replaced - it is causing a *lot* of grief due to relay problems. Biggest problem is that we pay dearly for our bandwidth. I'm working with 60gb/mth presently, hence me worrying about the monthly spend. :( -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Replacement fpr mpserver01.flightgear.org
On Tue, Apr 6, 2010 at 1:12 PM, Oliver Schroeder f...@o-schroeder.de wrote: Hello list. Unfortunatly my sponsor for mpserver01 will quit his contract for the hardware. Thus I am in search for a replacement. If all else fails, we should of course still have a mpserver01, by renaming one of the beefy european servers (04 or 08, for example). And while we are at it, I would like to reiterate my suggestion about renaming 02 as well. -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] C1 C2
On Thu, Apr 1, 2010 at 8:14 PM, Peter Brown smoothwater...@adelphia.net wrote: Does anyone have information on aircraft displayed as C1 and C2 on the mpmap? These two user names were on the Salt Flats for quite a long time, using a jeep as an aircraft, 5 ft off the deck. They have now been repositioned in Virginia, at 36.61231, -79.341052, both as C172p's, and about 3300 feet. (Just off 02 Departure path from KDAN) The reason I ask is while I didn't notice it quite as much with the jeeps, if you fly near the 172's it will stall any helicopter flight, as my framerate when from 30+ to 1. From more of a distance you will see the fv drop when looking at them, but as you get close it kills it, even with a j3 cub. Is someone testing some extremely high polygon count aircraft, or what's going on? ORLY hurts my frame rate, but nothing like these two 172's do. No matter how high poly count the other side uses, you will only see the c172p from your local FG copy. That is, these two should be just the stock c172p. They certainly don't kill my FPS, here. -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Reducing AI Model complexity
On Fri, Apr 2, 2010 at 12:52 AM, Stuart Buchanan stuar...@gmail.com wrote: Hi All, In an effort to help with this I've been looking at two fixes: 1) A control to disable sub-model loading for AI aircraft. This effectively stops the model loader from recursing into model tags, and therefore stops it from loading any sub-models such as cockpits, instruments, pilots etc. Note that this is generally better than having a LOD node on the cockpit, because it doesn't even get as far as loading the file, nor does the cockpit take up any space in the scenegraph 2) A control to set the LOD for AI aircraft. Currently this is hardcoded to 50nm, which is probably too far for most purposes. Generally I prefer proper LOD and getting rid of specialized AI versions. I want to see AI/MP aircraft in full detail when I am near one - or even inside. Ideally I want to see all the instruments properly working when I hitch a ride using model+cockpit view. In the long run, I hope we will be able to couple animations to MP protocol, so that the required properties (and only those!) would be transmitted automatically as dynamically determined by the current LOD. Speaking of stuttering, another issue reported on the forums and also experienced by me, is periodic (~1s) stutter even with plenty of FPS. That is with AI traffic (both kinds) and replay turned off, single-player. I couldn't determine the cause yet. Anybody have an idea? -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [PATCH] use const char* for dlerror
This fixes compilation error for non-bsd systems that happen to return
const char* from dlerror().
No reason not to, since const char* is assignable from char*.
--
Csaba/Jester
diff --git a/simgear/screen/extensions.cxx b/simgear/screen/extensions.cxx
index 7429c0f..130673c 100644
--- a/simgear/screen/extensions.cxx
+++ b/simgear/screen/extensions.cxx
@@ -121,11 +121,7 @@ void *SGGetGLProcAddress(const char *func) {
libHandle = dlopen(NULL, RTLD_LAZY);
if (!libHandle) {
-#if defined (__FreeBSD__)
const char *error = dlerror();
-#else
-char *error = dlerror();
-#endif
if (error) {
SG_LOG(SG_GENERAL, SG_INFO, error);
return 0;
@@ -145,11 +141,7 @@ void *SGGetGLProcAddress(const char *func) {
} else if (libHandle != NULL) {
fptr = dlsym(libHandle, func);
-#if defined (__FreeBSD__)
const char *error = dlerror();
-#else
-char *error = dlerror();
-#endif
if (error)
SG_LOG(SG_GENERAL, SG_INFO, error);
}
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] reset crash
On Tue, Mar 16, 2010 at 9:58 AM, Erik Hofman e...@ehofman.com wrote: James Turner wrote: I've committed a slightly more helpful exception message in props.cxx It'll provide something like: Fatal error: '!' found in propertyname after 'velocities' name may contain only ._- and alphanumeric characters for: propertyvelocities/air!speed-kt/property ^^^ or Fatal error: '!' found in propertyname after '' name may contain only ._- and alphanumeric characters for : propertyvelo!cities/airspeed-kt/property ^^^ That's about that maximum I could get out of the current code without a major rewrite. I have already done something similar for my deboost branch: http://gitorious.org/~jester/fg/jesters-sg-clone/commit/6bb7dd44e6f4ac96641a3391f1fa504b5e6f6345 -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] scenery appearance depends on camera tilt angle
On Thu, Mar 11, 2010 at 10:26 PM, John Denker j...@av8n.com wrote: For some tilt angles, the taxiway signs alongside taxiway charlie are dark, while at other title angles they are lit. Not that it matters but I have reported this issue already: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg25180.html Okay so maybe the bug tracker is a good idea :) -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] build on Windows; dependencies?
On Fri, Feb 26, 2010 at 1:07 AM, stan.mar...@l-3com.com wrote: Pthreads – I guess I could use the POSIX threads for Win32, but I am curious since OpenSceneGraph is already being used, and it uses OpenThreads, would it not be better to use OpenThreads instead? Helpful hints are welcome in compiling for pthreads under Windows since the supplied MSVC “solutions” don’t apparently include the right setup for this. (“fatal error C1083: Cannot open include file: ‘pthread.h’: No such file or directory”) I couldn't find where the win32 build runs into pthread, all uses seem to be guarded by preprocessor conditionals and the SGThread isn't included in the visual studio projects. (I guess it could be removed from simgear entirely - I don't see any users as we *have* switched to OpenThreads) Could you be a little more specific about the error? Boost – this was a big surprise. Boost is a great set of libraries, but this is a rather huge dependency to miss. Also, the dependency on Boost seems to be small (and therefore easily avoidable?): the Boost Singleton class is used in simgear’s Singleton class, and “foreach” is used in fg_os_osgviewer.cxx. I could probably start a war by suggesting that maybe a singleton class should be avoided entirely, but even if one is needed it doesn’t seem helpful to pull in the whole Boost library just to get one. Is this a recently introduced dependency? Is there a graceful way around this one? Yes, boost is a fairly recent addition. It is used in quite a lot of places by now, I wonder what version of SG/FG you are using. Anyway, I have a deboost branch on gitorious that doesn't require boost. -- Cheers, Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] VC90 compile fail in WaypointList.cxx
On Mon, Feb 22, 2010 at 7:23 PM, James Turner zakal...@mac.com wrote: Urk I'm confused - I thought this was a C99 feature, is it a GNU extension? AFAIK it *is* a C99 feature, but not a standard C++ feature (yet). -- Csaba/Jester -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shift key stuck once pressed
On Tue, Feb 16, 2010 at 3:10 PM, Viktor Radnai viktor.rad...@gmail.com wrote: Hi again, I've built OSG 2.9.6 and rebuilt the latest CVS version of Simgear Flightgear against it. Unfortunately I still get the problem. (It's fairly certain that I use the latest OSG as my freshly built fgfs won't even start without me setting LD_LIBRARY_PATH -- it would complain about not finding libosgFX.so.62.) What should I try next? --log-level=debug Among all the other messages, it should give you something like: User pressed key 88 with modifiers 2 User released key 88 with modifiers 3 User pressed key 120 with modifiers 0 User released key 120 with modifiers 1 (that was a X followed by x) The last bit signals a key release. The way I read the code, the modifiers are directly coming from OSG. You could try another OSG app, such as osgviewer, to see if it has the same problem. -- Csaba/Jester -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shift key stuck once pressed
On Tue, Feb 16, 2010 at 6:05 PM, Viktor Radnai viktor.rad...@gmail.com wrote: Hi there, There's a lot of output and some other information may also be relevant, I'm not sure. The lines from the logs you asked for are here. I added the '//comments' to let you know what I did there: User pressed key 118 with modifiers 0 // this is 'v' User pressed key 86 with modifiers 2 // this is 'V', it works and shift is stuck User pressed key 118 with modifiers 2 // this is 'v' again User pressed key 118 with modifiers 2 // this is 'v' again User pressed key 86 with modifiers 2 // this is 'V' Hope this helps. Let me know what next. Looks like indeed OSG is feeding bad data. Have you tried osgviewer for example? Have you recompiled FG using the upgraded OSG? -- Csaba/Jester -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shift key stuck once pressed
On Mon, Feb 15, 2010 at 10:42 PM, Viktor Radnai viktor.rad...@gmail.com wrote: I built the latest Flightgear version out of CVS and I'm using it with the data directory straight out of CVS as well. How about OSG? What version do you have? -- Csaba/Jester -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Shift key stuck once pressed
On Mon, Feb 15, 2010 at 11:37 PM, Viktor Radnai viktor.rad...@gmail.com wrote: It's version 2.8.2-1 that comes with Debian unstable. Should I try 2.9.6 instead? Yes. 2.8.2 reportedly also has the [ ] key bug. -- Csaba/Jester -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Nasal/*.nas ... order of loading, #include ..., require(...)
On Thu, Feb 11, 2010 at 10:59 PM, John Denker j...@av8n.com wrote:
On my machine I observe that the various scripts in
the Nasal/ directory get loaded in some hard-to-predict
order.
That means that if you write a script called foo.nas,
it's hard to know whether it will get processed before
or after math.nas and/or props.nas.
So the question is, what to do if foo.nas wants to make
use of the features provided by the other scripts?
I know about the trick of using settimer(stuff, 0).
The usual trick is to attach a listener to /sim/signals/nasal-dir-initialized.
Also, you can load nasal modules dynamically, such as:
if (!contains(globals, MPCarriersNW)) {
io.load_nasal(getprop(/sim/fg-root) ~
/Aircraft/MPCarrier/Systems/mp-network.nas,
MPCarriersNW);
--
Csaba/Jester
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
On Mon, Feb 8, 2010 at 10:20 PM, John Denker j...@av8n.com wrote: On 02/08/2010 10:58 AM, Geoff McLane wrote: If you had read the screen during the ./configure ... step you would have seen something like :- Checking for osgGetVersion in -losg: no That 'no' is a 'clear indication' of trouble pending... I'm telling you, again, that statement is completely false. No such indication, clear or otherwise, is observed chez moi when reproducing the bug I am talking about. A detailed typescript of the configuration step can be found at http://www.av8n.com/fly/fgfs/bad-configure.logg I think you two are looking at different config.log files. Geoff is talking about FlightGear itself and you, John, about SimGear. Apparently SimGear's configure script isn't as pedantic as FlightGear's and doesn't check for the presence of the libraries. It is really only a problem because it tries to build proptest - otherwise, to just create the simgear libraries, it wouldn't need to link against OSG. The relevant parts from FlightGear's configure script could be applied to SimGear - assuming they are working, of course. By the way, I have already suggested putting the test programs into a separate make target. I am not saying that as a fix to the current problem - even though as a side effect it would allow a build without OSG libraries. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
On Fri, Feb 5, 2010 at 11:05 PM, John Denker j...@av8n.com wrote: On 02/05/2010 02:38 PM, Curtis Olson wrote: I don't doubt that there could be some lib vs. lib64 inconsistencies, but FilghtGear builds right out of the box for me on 64bit Fedora 12 ... no hitches at all that I recall and it has done so for quite some time. Chez moi plib and simgear install into lib/ while osg installs into lib64/ How do you get around that? How do recommend I get around that? On 64 bit systems /lib64 should really be a symlink to /lib (similarly for /usr/lib64) as that is the native architecture. I say copy the stuff from lib64 to lib and create the symlink. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
On Sat, Feb 6, 2010 at 5:17 PM, Tim Moore timoor...@gmail.com wrote: On Sat, Feb 6, 2010 at 4:18 PM, John Denker j...@av8n.com wrote: On 02/06/2010 07:54 AM, Csaba Halász wrote: On 64 bit systems /lib64 should really be a symlink to /lib (similarly for /usr/lib64) as that is the native architecture. I say copy the stuff from lib64 to lib and create the symlink. That is one way of doing it. No, see my previous message. On native 64 bits systems there is no point in having a separate /lib and /lib64 - I certainly don't see any. Debian does provide the symlinks as I said. The autoconf scripts do need to be brought into the modern 64 bit world, ideally in a way that still permits building 32 bit binaries on 64 bit systems. However, it does seem to work out of the box for most people, which is why the bug remains. Yes, I guess most people just build for their native system. If not, I expect they would install into separate prefixes anyway. A fix would be nice, but I suppose most other bugs on your JD's list are more important. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] configuration snafu
On Sat, Feb 6, 2010 at 8:49 PM, Curtis Olson curtol...@gmail.com wrote: On Sat, Feb 6, 2010 at 1:39 PM, Csaba Halász wrote: On native 64 bits systems there is no point in having a separate /lib and /lib64 - I certainly don't see any. Debian does provide the symlinks as I said. You can't ever think of a situation where you might need 64 bit and 32 bit versions of the same library? Not if you build everything 64bit clean from scratch which debian can probably do for their base installation. But what do you do if you want to install some precompiled application where source code is not available, and you are sitting on a 64 bit machine, but it needs 32 bit versions of some of your libraries? Well, I still think the sensible thing is to expect *native* libraries in /lib, whatever native may be. If you are on 64 bit, that means 64 bit libraries go into /lib and not /lib64. The only situation I would expect /lib64 is if I am on a 32 bit system. If I am sitting on a 64 bit machine and I need 32 bit libraries, I put the 32 bit libraries elsewhere separated from my native libs (which is what debian does - you get /lib32). To reiterate, I am not saying it shouldn't be fixed. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Chat color
On Thu, Feb 4, 2010 at 5:08 PM, Peter Brown smoothwater...@adelphia.net wrote: Not sure if it's just Tat's color choice or in all versions, but the chat text color that appears with the Mac 2.0.0-pre3 is still purple, which is very hard to read on screen. I assume it's due to the ambient color changes that happened after 1.9.1. No. It was a deliberate change: http://cvs.flightgear.org/viewvc/data/Nasal/screen.nas?r1=1.52r2=1.53 screen.nas: better color? I am not saying it is - I use yellow :) -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Phantom set files
On Sat, Jan 30, 2010 at 2:27 PM, Innis Cunningham inn...@hotmail.com wrote: So were is FG hiding this information about old set files.I even ran an A/C the other day with no set file in the aircraft folder at all without a problem. What is happening here?. FG is caching the list of set files in the autosave.xml. It doesn't store the set file itself, though. But it does pick up set files from the whole Aircrafts subtree, no matter which directory they are in. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new MP server / Netherlands
On Thu, Jan 28, 2010 at 3:23 PM, Brant Gipson ioncannon21...@gmail.com wrote: Contact the domain owner to get a subdomain like mpserver12.flightgear.org Posting here usually qualifies as contacting the domain owner :D By the way, I think something should be done about 02. It is way too overused and seems to have some intermittent relaying problems (even though it is supposed to have IP filtering now). I don't know if the problems are caused by the overload or not, though. What do you think about renaming it to 12? I suggest leaving its slot unused for some time (so that people would realize it is down), and adding the new server (which seems to have plenty of bandwidth) in 03's slot (which has been down for a long time). Eventually some other server could become 02. Reason: I think a lot of people ignore the location of the servers and instead just start from 01 until they find a working one and then just stick to it. So when 01 is down, I expect people to switch to 02 and they stay there even after 01 is back. The situation is made worse by the relay problem - people switch to 02 to see other pilots reliably. Not to mention the rumor that some mac version defaults to 02. My suggestion applies only as long as we don't have a better solution to the MP server choice problem, of course. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new MP server / Netherlands
On Thu, Jan 28, 2010 at 6:40 PM, Rob Shearman, Jr. rmsj...@yahoo.com wrote: I'm not certain about either of the below two statements, so take them with a grain of salt: (1) 02 is filtering out North American IPs as a solution for the excessive bandwidth issues. However, is this not also filtering out relay information from 05 and 07? It has some filter that is supposed to keep out unwelcome users, but it isn't working too well. It does make an exception for 05 and 07, though. (2) Doesn't a lot of the original documentation, as well as maybe wiki articles or forum how-tos, etc., use mpserver02 as the example value to put into that slot? Maybe we need to do a thorough search of all of the MP-related documentation? Yeah, would be good to just use mpserverXX as a placeholder. Of course, if the concept of just filling in 02 is that pervasive, then leaving that number unassigned for a while will definitely drive home the point of Find one that works best for you. That was my intention :) What about adding a button to FGRun which, when pressed, will ping all of the available MP servers and automatically fill that slot with the one which returned the fastest? The trouble is, checking ping is not enough. A half-working automatic solution may be even worse than none at all, because people would think it works and care even less about mp server selection. How about adding an on-screen message (ie. not in the terminal) while starting in mp mode, something like: You are now connected to serverXX. Please make sure this is the right one for you. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] new MP server / Netherlands
On Thu, Jan 28, 2010 at 11:13 PM, HB-GRAL flightg...@sablonier.ch wrote: Csaba Halász schrieb: By the way, I think something should be done about 02. It is way too overused and seems to have some intermittent relaying problems (even though it is supposed to have IP filtering now). I don't know if the problems are caused by the overload or not, though. What do you think about renaming it to 12? Maybe we should be careful with such changes without contacting pigeon who is also running the mpmap02 server. Of course. He is reading this, I assume :) Also, I have mentioned the relay problems to him on IRC already. Anyway number 11 and 12 are not listed in the map script (goes from 01 to 10 at the moment as I can see). Not sure which script you mean, but 11 is up. -- Csaba/Jester -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] BugFix - Re: Bugs: 787
On Sun, Jan 24, 2010 at 12:05 AM, Pete Morgan ac...@daffodil.uk.com wrote: After following the link below.. here is the fix. Not sure what it does, but took a stab at replacing the ax=13.6. The model looks fins in the views.. That's because you are modifying the FDM not the visual model. I don't think it is a good idea to commit this without knowing what it does. Maybe somebody could load the fdm into blender using Melchior's plugin and spot which section of the fuselage this is and try to deduce the right numbers by symmetry if possible. -- Csaba/Jester -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Bugs: 787
On Fri, Jan 22, 2010 at 2:18 AM, Pete Morgan ac...@daffodil.uk.com wrote: Something has changed recently as I now get these bugs which crash when starting the 787 YASim SOLUTION FAILURE: Zero length fuselage I have reported this error a year ago. (http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg20272.html) That was actually the reason for creating the error message. Unfortunately the model hasn't been fixed. -- Csaba/Jester -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Problem with modified apt.dat file
On Tue, Jan 19, 2010 at 11:51 AM, Andrew Gillanders andrew.gilland...@uqconnect.edu.au wrote: I am having trouble with an updated apt.dat file. I think it is with compressing it. I used the command 'tar cfz apt.dat.gz apt.dat'. Is this correct? Nope, you don't want to tar it, just gzip. -- Csaba/Jester -- Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Win32-built -Towards the new Release
On Sat, Jan 9, 2010 at 10:39 PM, Heiko Schulz aeitsch...@yahoo.de wrote: Hello, Benoit Laniel's exe: + sound works o.k. + devices are visible (My soundcard/ wave file writer) Vivian Meazza's exe: - sound devices not visible (only readable hardware device/ software device) -sound doppler totally broken, especially on fly-by-view Or is this all because of different sources (official-CVS vs unofficial-GIT)? Sounds like they used different openal versions. -- Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Laptop Recommentations
On Fri, Jan 8, 2010 at 11:00 AM, Stuart Buchanan stuart_d_bucha...@yahoo.co.uk wrote: The graphics card on my FG PC has just died, and as the PC is now quite old and was already on it's second graphics card, I'm looking to buy a laptop to replace it with. Does anyone have a recommendation for laptops, or particular things I should look out for. So far, my requirements list is as follows: * 17 screen * NVidia graphics card (non-integrated) * Ubuntu support * Plenty of USB sockets for joystick/pedals. Yeah, that about covers the important points. Make sure the ubuntu support means open source drivers especially for the network and wifi plus other integrated devices you want to use (such as webcam). Integrated microphone is useful if you ever want to use fgcom (but I guess most laptops have it). You should also look out for the appropriate video connectors (such as hdmi or composite/tv out). Be careful about the particular graphics card, because there can be quite big differences for example between a -GT and a plain version. For the screen, size is not everything, there is also resolution, matte or glossy finish and of course led or ccfl backlight. I would prefer matte and led. You might also want to get a big battery if you intend to use it without ac power. I have a Dell Vostro 1700, 17 1920x1200 glossy ccfl screen, nVidia 8600M-GT, 4 USB (not that plenty, but fine for me), intel wifi and broadcom ethernet. Works fine with FG, but recently I sometimes get mysterious fps drops. -- Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] adding CenturyIIB and CenturyIII to AP list in gui.nas
On Wed, Dec 30, 2009 at 2:21 PM, dave perry skida...@mindspring.com wrote: Hi, Does anyone object to graying out the autopilot menu for tw additional autopilots used by several aircraft? I would suggest introducing an enable switch for the generic autopilot, the state of which would be reflected in the menu status as well. Specific autopilots could then disable the generic one. Ideally, the generic autopilot shouldn't even get loaded - I'd exile it from preferences.xml to the aircraft files. If an aircraft doesn't have a custom autopilot it should load the generic one explicitly. I'd even consider simply moving the menu disable call itself into the specific autopilot nasal files a better solution than listing special cases in gui.nas. -- Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] parking.xml files under scenery/Airports
On Tue, Dec 22, 2009 at 2:35 PM, Durk Talsma d.tal...@xs4all.nl wrote: Whenever this boolean property is set to false, ground network data will be read from AI/Airports/[ICAO], and when set to true, it is read from scenery/Airports/[I]/[C]/[A]/[ICAO].groundnet.xml. Exactly. So the file scenery/Airports/[I]/[C]/[A]/[ICAO].parking.xml will *never* be loaded, as FG only looks for groundnet.xml. parking.xml files should only live under AI/Airports and not under scenery/Airports. Hence my question about K/N/U/KNUQ.parking.xml or L/F/P/LFPG.parking.xml. -- Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] parking.xml files under scenery/Airports
I noticed that some airports have parking.xml files in the scenery directory such as K/N/U/KNUQ.parking.xml or L/F/P/LFPG.parking.xml. As far as I can tell, the loader either picks up parking.xml files from data/AI/Airports (if use-custom-scenery-data is false) or groundnet.xml files from scenery/Airports. I wonder if these files are there by mistake or if there is some reason. -- Cheers, Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Tue, Dec 15, 2009 at 2:11 AM, Csaba Halász csaba.hal...@gmail.com wrote: That may be the nasal bug Jacob is seeing. I could reproduce it and also made a little test case that I am gonna submit as a gcc bug report. It is clearly accessing the double member of the union before it has been established as valid. Even though there is a related gcc bug, we must realize that the current implementation of naRef is not standard C, it is relying on undefined behaviour: With one exception, if the value of a member of a union object is used when the most recent store to the object was to a different member, the behavior is implementation-defined. That is, setting the num member of a naRef and then examining the ref member (which IS_NUM is doing) is undefined. I believe simply expecting the two members to overlay each other is also relying on undefined behaviour. The best way would be to make naRef bigger by adding a separate tag and not mess with nonstandard stuff. I have also tested making naRef a char[8] and memcpy-ing the relevant bytes out. That still relies on the actual memory layout of a double but should otherwise be standard compliant while keeping the current size. GCC optimized away the memcpy-s for me. Thoughts? -- Csaba/Jester -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Mon, Dec 14, 2009 at 1:11 PM, Jacob Burbach jmburb...@gmail.com wrote:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xb627aa20 (LWP 30813)]
0x0865ece2 in findcell (hr=0xeb43550, key=
{num = nan(0x567891077bfa8), ref = {ptr = {obj = 0x1077bfa8,
str = 0x1077bfa8, vec = 0x1077bfa8, hash = 0x1077bfa8, code =
0x1077bfa8, func = 0x1077bfa8, ccode = 0x1077bfa8, ghost =
0x1077bfa8}, reftag = 2146789257}}, hash=4111002719) at
../../../simgear/nasal/hash.c:67
67 if(IS_NUM(a)) return a.num == b.num;
I believe this may be a compiler bug. Can you provide a disassembly
around that line? 50 instructions in each direction should be fine I
think.
Nasal stores values in a tricky union and (on 32 bit systems) it uses
the reftag to differentiate between numbers and pointers.
The IS_NUM check is like this:
#define NASAL_REFTAG 0x7ff56789 // == 2,146,789,257 decimal
#define IS_REF(r) ((r).ref.reftag == NASAL_REFTAG)
#define IS_NUM(r) (!IS_REF(r))
Your gdb output shows that reftag is in fact equal to NASAL_REFTAG so
IS_NUM should be false and thus the comparison that raises the FPE
should not be executed. I suspect gdb generated code that at least
loads one of the values into the FPU triggering the FPE.
--
Csaba/Jester
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Version number for the upcoming release
On Mon, Dec 14, 2009 at 10:09 AM, Jacob Burbach jmburb...@gmail.com wrote: I'm not a huge fan of rolling over into double digits though, unless you started with double digits to begin with. For example 1.09 to 1.10 is logical to me, but 1.9.1 to 1.10 is not, I would expect 1.9.1 to be the newer in this case. Lexical sorting too, which can be a nuisance in version checks or directory listings. -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Mon, Dec 14, 2009 at 3:25 PM, Jacob Burbach jmburb...@gmail.com wrote:
Not sure what you meant about gdb generating code to cause it, I get
the same error when run outside of gdb. Assembly of the function
below, if you need something else let me know.
I meant gcc, sorry :)
Thanks for the listing. Looks like the number is loaded by the code
before the IS_NUM check, but I suspect it is for passing to the equal
function (which got inlined - confusing, eh?). If it were c++ code we
could change it to a const reference ... as it is, I think we'll have
to try the const pointer route as per attached patch :(
--
Csaba/Jester
diff --git a/simgear/nasal/hash.c b/simgear/nasal/hash.c
index 1efe8fb..0aebc15 100644
--- a/simgear/nasal/hash.c
+++ b/simgear/nasal/hash.c
@@ -62,12 +62,12 @@ static unsigned int refhash(naRef key)
}
}
-static int equal(naRef a, naRef b)
+static int equal(const naRef* a, const naRef* b)
{
-if(IS_NUM(a)) return a.num == b.num;
-if(PTR(a).obj == PTR(b).obj) return 1;
-if(naStr_len(a) != naStr_len(b)) return 0;
-return memcmp(naStr_data(a), naStr_data(b), naStr_len(a)) == 0;
+if(IS_NUM(*a)) return a-num == b-num;
+if(PTR(*a).obj == PTR(*b).obj) return 1;
+if(naStr_len(*a) != naStr_len(*b)) return 0;
+return memcmp(naStr_data(*a), naStr_data(*b), naStr_len(*a)) == 0;
}
/* Returns the index of a cell that either contains a matching key, or
@@ -76,7 +76,7 @@ static int findcell(struct HashRec *hr, naRef key, unsigned int hash)
{
int i, mask = POW2(hr-lgsz+1)-1, step = (2*hash+1) mask;
for(i=HBITS(hr,hash); TAB(hr)[i] != ENT_EMPTY; i=(i+step)mask)
-if(TAB(hr)[i] != ENT_DELETED equal(key, ENTS(hr)[TAB(hr)[i]].key))
+if(TAB(hr)[i] != ENT_DELETED equal(key, ENTS(hr)[TAB(hr)[i]].key))
break;
return i;
}
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Mon, Dec 14, 2009 at 4:37 PM, Jacob Burbach jmburb...@gmail.com wrote: I applied your hash patch, but no deuce. Then I have no idea why the code is loading the value. Got a new asm listing? :) -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] simgear version number now a string
The recent change which makes a string from the simgear version breaks FG configure. I don't think introducing an incompatible change to the version macro is a good idea. Erik, can you explain why you made the change? I am aware that FG's own version is a string, so I am guessing that might have been the reason. -- Cheers, Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] simgear version number now a string
On Mon, Dec 14, 2009 at 6:54 PM, John Denker j...@av8n.com wrote: I tested it. It works fine chez moi. make clean ; ./configure --lots-of-options ; make Can somebody say in more detail what the problem is? I can't even find anywhere it is used within simgear. It is used in the *flightgear* configure.ac script. FG can't find simgear anymore because it can't parse the version. Easy to fix there but maybe other projects (such as terragear or fgrun) also depend on it. It's not really a version number since it is not a number. It's a NaN! Sorry :) -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Tue, Dec 15, 2009 at 1:46 AM, John Denker j...@av8n.com wrote:
Status summary:
0) I merged in Jester's nan-fixes. That was easy:
git remote add -t nan-fixes jester
git://gitorious.org/~jester/fg/jesters-clone.git
git pull jester
make
We want GIT! We want GIT! :D
1) If I want to get anything done, I cannot --enable-fpe
because that leads to an early FP exception, while the
splash screen is still up.
That may be the nasal bug Jacob is seeing. I could reproduce it and
also made a little test case that I am gonna submit as a gcc bug
report. It is clearly accessing the double member of the union
before it has been established as valid. I have adjusted the
workaround I had posted earlier so that the bug is no longer triggered
for me. (See attachment) Also, compiling with -O3 makes it go away
here.
2) It is still easy to get SEGVs or ABORTs (due to
corrupt double-linked lists) when exiting from the
sim. Some logs including tracebacks are here
http://www.av8n.com/fly/fgfs//corrupt--21540.log
http://www.av8n.com/fly/fgfs//corrupt--21628.log
This appears to be about 90% reproducible chez moi.
It is at least as likely to happen after after a
short (30 second) simulator run as after a long
(90 minute) one.
I can confirm this as well. I have already reported two potential
issues that need to be investigated (based on valgrind reports).
Also, Tat has started a cvs bisect: so far he has bracketed the
problem between 1st of october and 1st of november, I think.
--
Csaba/Jester
diff --git a/simgear/nasal/hash.c b/simgear/nasal/hash.c
index 1efe8fb..f9683ee 100644
--- a/simgear/nasal/hash.c
+++ b/simgear/nasal/hash.c
@@ -62,28 +62,28 @@ static unsigned int refhash(naRef key)
}
}
-static int equal(naRef a, naRef b)
+static int equal(const naRef* a, const naRef* b)
{
-if(IS_NUM(a)) return a.num == b.num;
-if(PTR(a).obj == PTR(b).obj) return 1;
-if(naStr_len(a) != naStr_len(b)) return 0;
-return memcmp(naStr_data(a), naStr_data(b), naStr_len(a)) == 0;
+if(IS_NUM(*a)) return a-num == b-num;
+if(PTR(*a).obj == PTR(*b).obj) return 1;
+if(naStr_len(*a) != naStr_len(*b)) return 0;
+return memcmp(naStr_data(*a), naStr_data(*b), naStr_len(*a)) == 0;
}
/* Returns the index of a cell that either contains a matching key, or
* is the empty slot to receive a new insertion. */
-static int findcell(struct HashRec *hr, naRef key, unsigned int hash)
+static int findcell(struct HashRec *hr, const naRef* key, unsigned int hash)
{
int i, mask = POW2(hr-lgsz+1)-1, step = (2*hash+1) mask;
for(i=HBITS(hr,hash); TAB(hr)[i] != ENT_EMPTY; i=(i+step)mask)
-if(TAB(hr)[i] != ENT_DELETED equal(key, ENTS(hr)[TAB(hr)[i]].key))
+if(TAB(hr)[i] != ENT_DELETED equal(key, ENTS(hr)[TAB(hr)[i]].key))
break;
return i;
}
static void hashset(HashRec* hr, naRef key, naRef val)
{
-int ent, cell = findcell(hr, key, refhash(key));
+int ent, cell = findcell(hr, key, refhash(key));
if((ent = TAB(hr)[cell]) == ENT_EMPTY) {
ent = hr-next++;
if(ent = NCELLS(hr)) return; /* race protection, don't overrun */
@@ -127,7 +127,7 @@ int naHash_get(naRef hash, naRef key, naRef* out)
{
HashRec* hr = REC(hash);
if(hr) {
-int ent, cell = findcell(hr, key, refhash(key));
+int ent, cell = findcell(hr, key, refhash(key));
if((ent = TAB(hr)[cell]) 0) return 0;
*out = ENTS(hr)[ent].val;
return 1;
@@ -147,7 +147,7 @@ void naHash_delete(naRef hash, naRef key)
{
HashRec* hr = REC(hash);
if(hr) {
-int cell = findcell(hr, key, refhash(key));
+int cell = findcell(hr, key, refhash(key));
if(TAB(hr)[cell] = 0) {
TAB(hr)[cell] = ENT_DELETED;
if(--hr-size POW2(hr-lgsz-1))
@@ -211,7 +211,7 @@ int naiHash_tryset(naRef hash, naRef key, naRef val)
{
HashRec* hr = REC(hash);
if(hr) {
-int ent, cell = findcell(hr, key, refhash(key));
+int ent, cell = findcell(hr, key, refhash(key));
if((ent = TAB(hr)[cell]) = 0) { ENTS(hr)[ent].val = val; return 1; }
}
return 0;
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] --metar
On Sun, Dec 13, 2009 at 10:16 AM, Stuart Buchanan stuart_d_bucha...@yahoo.co.uk wrote: A I recall, Torsten implemented that feature. There was a description of it on the -dev list a couple of months back, but I've been unable to locate it myself in the archive. Here you go: http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg22309.html -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] print() from keyboard and joystick
On Fri, Dec 11, 2009 at 7:00 PM, John Denker j...@av8n.com wrote: Not too long ago, it was possible to print to stdout from nasal scripts called from keyboard event handlers and joystick axis handlers. In the current (development) version, print() statements have no effect chez moi. Similarly, runtime nasal error messages are not appearing. I just added a print to one of my joystick axis handlers, it works fine. And I definitely see nasal error messages. -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] nan-a-palooza
On Sun, Dec 13, 2009 at 12:21 AM, John Denker j...@av8n.com wrote: Any additional suggestions for things to try would be welcome. It is very strange because I have never seen a NaN slip past the --enable-fpe guard. You could try to build my nan-fixes branch from gitorious (http://gitorious.org/~jester) to see if any of my changes make the problem go away for you. -- Cheers, Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ 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 was kind enough to give me shell access to his machine so I think
I have this beast figured out.
1) The immediate cause of the crash is due to
DistanceOrdering::operator() accessing an invalid pointer
2) The reason for that is std::sort indexing before the array (man, I
hate templates!)
3) In turn, that is because std::sort doesn't do range check instead
assuming the comparison function is consistent
4) the comparison function (the same as in point #1) is apparently not
consistent when compiled with optimization/inlining. This may have
something to do with the 80 bit FPU in x86.
5) the problem arises when comparing the same item to itself
6) the spatialGetClosest is inserting the same item multiple times
into the array, triggering #5.
Tracking down the problem was hard because
* valgrind didn't work
* problem only happened with optimized build
* even debug prints sometimes made the problem go away
Hence, I am not entirely sure about the mechanism involved in #4.
Nevertheless, adding a special case for a==b does seem to fix the
segfault. But that is only symptomatic treatment, so let's have a
little peek at spatialGetClosest:
// base case, simplifes loop to do it seperately here
spatialFilterInBucket(sgBucketOffset(lon, lat, 0, 0), aFilter, result);
for (;result.size() aN; ++radius) {
That's a wrong start. The nearest items need not be in the same bucket
as the reference point. Consider if the point lies at the edge of the
bucket - its closest neighbour may very well be on the other side of
the boundary. I think the same applies to the loop itself - you can't
simply stop due to having the required number of items because they
are not guaranteed to be the nearest ones. Also, I am not entirely
sure that the current cutoff distance checking is sufficient. Let's
suppose a coordinate system centered on the bucket containing the ref
point at the +,- corner. (See attached diagram) Assume bucket size 1,
requested range 1.05. So the ref point is at +0.5,-0.5. Box left
bottom bucket center at -1,-1 left top at +1,+1, distance from ref
point is 1.58 for both. That satisfies the 1.5 * 1.05 = 1.575 cutoff
condition so the code will never look at the bucket centered +2,0
which could contain a point at +1.5,-0.5 with distance 1.
for ( int i=-radius; i=radius; i++) {
spatialFilterInBucket(sgBucketOffset(lon, lat, i, -radius),
aFilter, hits);
spatialFilterInBucket(sgBucketOffset(lon, lat, -radius, i),
aFilter, hits);
spatialFilterInBucket(sgBucketOffset(lon, lat, i, radius), aFilter, hits);
spatialFilterInBucket(sgBucketOffset(lon, lat, radius, i), aFilter, hits);
}
That seems to walk the four edges of the box, but it touches the
corners twice. Which is bad because it inserts duplicates that the
rest of the code doesn't expect.
I have attached the quick fix for the benefit of the people plagued by
the segfault.
--
Cheers,
Csaba/Jester
--- old/src/Navaids/positioned.cxx 2009-12-01 20:37:01.0 +0100
+++ new/src/Navaids/positioned.cxx 2009-12-11 03:23:03.0 +0100
@@ -243,6 +243,7 @@
throw sg_exception(empty reference passed to DistanceOrdering);
}
+if (a == b) return false;
double dA = distSqr(a-cart(), mPos),
dB = distSqr(b-cart(), mPos);
return dA dB;
attachment: bucket.png--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Prime Meridian Crash
On Fri, Dec 11, 2009 at 4:13 PM, Csaba Halász csaba.hal...@gmail.com wrote: are not guaranteed to be the nearest ones. Also, I am not entirely sure that the current cutoff distance checking is sufficient. Let's suppose a coordinate system centered on the bucket containing the ref point at the +,- corner. (See attached diagram) Assume bucket size 1, requested range 1.05. So the ref point is at +0.5,-0.5. Box left bottom bucket center at -1,-1 left top at +1,+1, distance from ref point is 1.58 for both. That satisfies the 1.5 * 1.05 = 1.575 cutoff condition so the code will never look at the bucket centered +2,0 which could contain a point at +1.5,-0.5 with distance 1. Upon closer look, not only that the code won't look at the *next* box (radius=2), it won't even look at the *inner* box (radius=1), because the cutoff check comes before processing. Clearly that is wrong. Also, the whole positioned code seems to be ignorant of the fact that buckets don't have the same size. Staying with the spatialGetClosest, it assumes it can just use NxN boxes when in fact a different row (latitude) could have half or double the bucket size. spatialFind() even uses the width/height of the current bucket explicitly. In light of this, not even the patch I proposed on IRC is halfway correct, so James please don't commit that. In my opinion, such a low-level and widely used piece of code must work correctly otherwise a lot of things can break. Thus I consider this a show-stopper for the release and an attitude of the issue of terminating with 'not actually the closest', I know of, but don't really care about isn't acceptable. -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] missing 737-BmiBaby referenced by AI traffic file
Relaying a report from IRC (by blucher): data/AI/Traffic/B/BMI.xml in cvs is referencing Aircraft/737/737-BmiBaby.xml which is not in cvs. -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] bug with taxiway signs
On Tue, Dec 8, 2009 at 12:55 PM, Jacob Burbach jmburb...@gmail.com wrote: For example, excuse the crude ascii drawings if you will ;) Taxiing up Bravo towards Alpha and Juliet (KLVK) with 1.9.1 you will see these signs...correct. | -- A[B] | [ -- J[B] | But in cvs letters for Alpha and Bravo will be missing, and you will see these signsnot so correct. | --[B] | | --[B] | This effects all signs, at all airports I tried, release or terrasync scenery Thanks for the detailed report. Short answer: Torsten has broken it in rev 1.23 of apt_signs.cxx :) Longer answer: we need to keep the previous material and reuse it for subsequent glyphs that don't specify a new material. Thus, the material/effects variables should be put back at the top, but initialized to 0. -- Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] [GIT] misc fixes
Hi all, I have two minor fixes to offer: 1) fix the airport sign problem and add a little robustness: http://gitorious.org/~jester/fg/jesters-sg-clone/commit/34f1d5cda72e754e8f992e06c3f1ba66ffee9ab3 Thanks to Jacob for reporting. 2) fix a crash in SGSoundMgr::stop() due to invalid iterator usage: http://gitorious.org/~jester/fg/jesters-sg-clone/commit/12604fb231631252b13af1338020926e2ca1a605 Thanks to Vivian for reporting. Note: I still have segfault at exit due to at least two apparent problems: a) SGPropertyNode::untie() trying to copy back values from already deleted strings b) invalid reads during destruction of the layer_states variable in cloud.cxx -- Cheers, Csaba/Jester -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
