Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
Hi all, I'm the author of the bug report #858. Big thanks to ThrostenB to solved it. About 3D models loading, the change has been explained by Mathias here : http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html After this changes I have reported a problem here : http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36507.html Jon Stockill has confirmed the same behavior for him. The end of the conversation (last message by me) still waiting a response/fix. I'm absolutely not here to say the bug is not yet solved !, absolutely not. I'm just here to help you to remember/avoid to search the corresponding conversation about this bug. Cheers, Clément -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
Am 07.09.12 20:51, schrieb Clement de l'Hamaide: Hi all, I'm the author of the bug report #858. Big thanks to ThrostenB to solved it. About 3D models loading, the change has been explained by Mathias here : http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.html After this changes I have reported a problem here : http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36507.html Jon Stockill has confirmed the same behavior for him. The end of the conversation (last message by me) still waiting a response/fix. I'm absolutely not here to say the bug is not yet solved !, absolutely not. I'm just here to help you to remember/avoid to search the corresponding conversation about this bug. Cheers, Clément Maybe #758 could be merged into #858 ? -Yves -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
James Turner wrote: On 6 Sep 2012, at 09:54, Martin Spott wrote: _But_ the same model is already available in the Scenery path: jive: 10:40:08 ~ ls -l /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml -rw-r--r-- 1 martin user 946 6. Okt 2011 /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml To me this looks like FlightGear is searching the wrong path. For now I can't tell if it's faulty by design - I vaguely remember some confusion several months ago about how FG would be supposed to search 3D models - or if it's caused by a recent change. Yep that's a bug. I know 'how' to fix both this issue, and the --fg-aicraft one, but I need Mathias to help me understand why he couldn't use the SGModelLib::findDataFile method in his code. I'd like to remind that the *planned* behaviour was still to use Objects and Models from the first item in the Scenery path where a Terrain tile is found. If no Objects and/or Models are available in this path item, FlightGear should fall back to the Base Package for Models and/or Objects. I know there are voices advertizing a different behaviour, anyhow I think the value of a consistent and *predictable* schema outweighs personal preferences of some individuals. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
ThorstenB wrote: I checked commit comments, but couldn't find anything related. Checked a bit closer now: my best _guess_ is, it's related to the following simgear change: commit f1201eaebc3fbb8964e06b7ef158fd34a12901aa Author: Mathias Froehlich Date: Sat Aug 25 08:43:12 2012 +0200 scene: Reorganize stg loading. While you're at it, I'd like to mention that there's still another place in need of more consistency, as FlightGear should be able to load Scenery 3D models from the respective Scenery directory, but apparently that's not always the case. I've set: jive: 10:39:16 ~ echo $FG_SCENERY /export/share/FGScenery/Test Now when I start FlightGear, I'm getting warnings of this sort: /home/martin/SCM/FlightGear/fgdata/Models/Misc/entrepotblanc-ba.xml: Use of global in material animation is no longer supported. _But_ the same model is already available in the Scenery path: jive: 10:40:08 ~ ls -l /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml -rw-r--r-- 1 martin user 946 6. Okt 2011 /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml To me this looks like FlightGear is searching the wrong path. For now I can't tell if it's faulty by design - I vaguely remember some confusion several months ago about how FG would be supposed to search 3D models - or if it's caused by a recent change. Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
On 6 Sep 2012, at 09:54, Martin Spott wrote: _But_ the same model is already available in the Scenery path: jive: 10:40:08 ~ ls -l /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml -rw-r--r-- 1 martin user 946 6. Okt 2011 /export/share/FGScenery/Test/Models/Misc/entrepotblanc-ba.xml To me this looks like FlightGear is searching the wrong path. For now I can't tell if it's faulty by design - I vaguely remember some confusion several months ago about how FG would be supposed to search 3D models - or if it's caused by a recent change. Yep that's a bug. I know 'how' to fix both this issue, and the --fg-aicraft one, but I need Mathias to help me understand why he couldn't use the SGModelLib::findDataFile method in his code. I'm guessing either I need to teach the OSG layer about the extra search paths (but I'm sure there was a reason I avoided that approach, when originally adding --fg-aircraft support), OR we need to extend SGModelLib::findDataFile so we can switch back to using it everywhere. Mathias: poke James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 1dbc2c83e5c0514b1a51eb0c2aee9f6dbe577492
On 4 Sep 2012, at 23:09, Flightgear-commitlogs wrote: commit 6745d27691039e2ce477b2e823dbae6c59bc5d00 Author: ThorstenB Date: Tue Sep 4 23:57:25 2012 +0200 #858: Fix loading issue with aircraft models in --fg-aircraft directories Something after FG 2.8.0 has broken loading aircraft models from --fg-aircraft directories. Issue is fixed by resolving the aircraft path in FGAircraftModel (though this module itself hasn't changed and things were working before...). I'm very suspicious of this - I don't think there's been any post 2.8 commit that could change such a core behaviour. (I don't read every single commit in detail, but I look at the summaries) The change is certainly valid, but I'd be much happier knowing why it worked before and what broke it. I'll take a quick look myself but any help would be appreciated. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 1dbc2c83e5c0514b1a51eb0c2aee9f6dbe577492
I can confirm that it (--fg-aircraft directories)was broken,and was about to investigate further when ThorstenB made it work again. Thanks. I think that the bug appeared very recently, perhaps within the last 2 weeks, but cannot be 100% sure when Alan -Original Message- From: James Turner Sent: Wednesday, September 05, 2012 9:00 AM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 1dbc2c83e5c0514b1a51eb0c2aee9f6dbe577492 On 4 Sep 2012, at 23:09, Flightgear-commitlogs wrote: commit 6745d27691039e2ce477b2e823dbae6c59bc5d00 Author: ThorstenB Date: Tue Sep 4 23:57:25 2012 +0200 #858: Fix loading issue with aircraft models in --fg-aircraft directories Something after FG 2.8.0 has broken loading aircraft models from --fg-aircraft directories. Issue is fixed by resolving the aircraft path in FGAircraftModel (though this module itself hasn't changed and things were working before...). I'm very suspicious of this - I don't think there's been any post 2.8 commit that could change such a core behaviour. (I don't read every single commit in detail, but I look at the summaries) The change is certainly valid, but I'd be much happier knowing why it worked before and what broke it. I'll take a quick look myself but any help would be appreciated. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 1dbc2c83e5c0514b1a51eb0c2aee9f6dbe577492
I'm very suspicious of this - I don't think there's been any post 2.8 commit
that could change such a core behaviour. (I don't read every single commit in
detail, but I look at the summaries)
The change is certainly valid, but I'd be much happier knowing why it worked
before and what broke it. I'll take a quick look myself but any help would be
appreciated.
I checked commit comments, but couldn't find anything related. Checked a
bit closer now: my best _guess_ is, it's related to the following
simgear change:
commit f1201eaebc3fbb8964e06b7ef158fd34a12901aa
Author: Mathias Froehlich
Date: Sat Aug 25 08:43:12 2012 +0200
scene: Reorganize stg loading.
Specifically, the diff contains:
SGReaderWriterXML::readNode(const std::string fileName,
{
+std::string fileName = osgDB::findDataFile(name, options);
+
osg::Node *result=0;
try {
SGPath p = SGModelLib::findDataFile(fileName);
The XML reader relies on osgDB to resolve paths now. If
osgDB::findDataFile cannot find the file, it returns , in which case
SGModelLib::findDataFile cannot search any additional directories.
So, maybe osgDB::findDataFile doesn't know about extra directories,
while SGModelLib::findDataFile was fg-aircraft aware. Not sure why the
change was applied in the first place.
Again, I haven't tested - it just looks plausible and somehow related.
Maybe you or Mathias can investigate if that's what triggered it and
whether anything else may still be broken now.
cheers,
Thorsten
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 1dbc2c83e5c0514b1a51eb0c2aee9f6dbe577492
On 5 Sep 2012, at 21:13, ThorstenB wrote: The XML reader relies on osgDB to resolve paths now. If osgDB::findDataFile cannot find the file, it returns , in which case SGModelLib::findDataFile cannot search any additional directories. So, maybe osgDB::findDataFile doesn't know about extra directories, while SGModelLib::findDataFile was fg-aircraft aware. Not sure why the change was applied in the first place. Ah, that's exactly it - we need to use the SGModelLib to get the additional paths searched! Mathias, can you explain what was the problem here which required you to use the plain OSG version? My version is simply a wrapper which tries the aircraft-dir paths (and soon, some other data directories!) before the default osg paths. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 26664aaff0e2f97db916909218d849b51636ccc0
On 29 Aug 2012, at 06:09, Flightgear-commitlogs wrote: - Log - commit 26664aaff0e2f97db916909218d849b51636ccc0 Author: Mathias Froehlich Date: Mon Aug 27 20:51:16 2012 +0200 Push SGMaterial use into these classes that need it. Nice work Mathias - much better decoupling of the AIModels from the scene. Thank you. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 26664aaff0e2f97db916909218d849b51636ccc0
Hi, On Wednesday, August 29, 2012 09:08:44 James Turner wrote: Nice work Mathias - much better decoupling of the AIModels from the scene. Thank you. Thanks, it was independent of what you started. It just originates from moving the bvh stuff to simgear core which could be solved like that ... Greetings Mathias -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,
Hi Curt, Flightgear-commitlogs wrote: diff --git a/package/make-base-package.noarch.sh b/package/make-base-package.noarch.sh index bec5472..63e467c 100755 --- a/package/make-base-package.noarch.sh +++ b/package/make-base-package.noarch.sh @@ -76,6 +76,8 @@ tar \ data/materials.dtd \ data/materials.xml \ data/mice.xml \ + data/Materials \ + data/Models \ data/Models \ data/MP \ data/N* \ Did you really mean to include the Models directory twice ? Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,
Flightgear-commitlogs wrote: The branch, next has been updated - Log - commit b9260f543b8dae06c6a80b12c930e367805f34c4 Author: ThorstenB Date: Sat May 5 01:08:20 2012 +0200 Ganael Laplanche: fix include dependencies for FreeBSD support Cool ! I'm checking the FreeBSD port almost every week, but until recently it's still been at 2.4, looks like this will change soon :-) Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,
On 5 May 2012, at 09:00, Martin Spott wrote: Ganael Laplanche: fix include dependencies for FreeBSD support Cool ! I'm checking the FreeBSD port almost every week, but until recently it's still been at 2.4, looks like this will change soon :-) Yep, if any CMake assistance is required, please just ask. James -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch,
James Turner wrote: On 5 May 2012, at 09:00, Martin Spott wrote: Ganael Laplanche: fix include dependencies for FreeBSD support Cool ! I'm checking the FreeBSD port almost every week, but until recently it's still been at 2.4, looks like this will change soon :-) Yep, if any CMake assistance is required, please just ask. Ganael Laplanche is the maintainer of the FlightGear FreeBSD port, therefore I suspect the job to be completed now that he submits fixes upstream ;-) Apparently it is: http://www.freshports.org/commit.php?files=yesmessage_id=201204271228.q3rcsnzi032...@repoman.freebsd.org Cheers, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 23cdb0d3020f5beca54bb72736163c88a520cdb2
On 3 Jan 2012, at 23:09, Flightgear-commitlogs wrote: #561: keep magnetic heading within limits when mag-variation is negative Thanks to Hyde! double magheading; magheading = fgGetDouble(/orientation/heading-deg) - getMagVar(); - if (magheading 0) magheading += 360; + if (magheading = 0) magheading += 360; + else if (magheading 360) magheading -= 360; return magheading; } Please use one of the two helpers for this - partly because they're more compact to write, but also because they're easier to search for when checking for such issues. Either: SG_NORMALIZE_RANGE(magheading, 0.0, 360.0); Or: return SGMiscd::normalizePeriodic(0.0, 360.0, magheader ); Regards, James -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,
Flightgear-commitlogs wrote: commit 0905b4f36781c057b0c17b5af2c9ccfd72cf0fcd Author: Durk Talsma Date: Sat Nov 12 18:40:23 2011 +0100 Fixing an age old bug. AIAircraft arriving on an airport never received a proper gateId, causing them to taxi to the end of the world and beyond. Is this the one which was causing the 'rabbits' at EHLE ? Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next,
Is this the one which was causing the 'rabbits' at EHLE ? Nope, this one was just causing aircraft that landed at an airport without a ground network to taxi to the end of the world (or better the beginning: lat/lon 0.00; 0.00). What you're referring to is -I assume- the incrorrect ground offset in the cessna. That isn't really a bug in the true sense of the word. Just inaccurate data. Cheers, Durk -- RSA(R) Conference 2012 Save $700 by Nov 18 Register now http://p.sf.net/sfu/rsa-sfdev2dev1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. b16338598afd886e8aed8da2da5085d65effbc28
On 11 Oct 2011, at 21:09, Flightgear-commitlogs wrote: Reduce AI/MP lags when removing models Move load of removing OSG objects to the OSG pager thread Excellent, nice work Thorsten. (Thread-safety for the win :) James -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-commitlogs] FlightGear branch, next, updated. 07d430c129e6214c06df994b42bb997b05dfbd31
On 29 Dec 2010, at 19:14, Flightgear-commitlogs wrote: More fixes to the ATCDCL ATC compilation Rename ATC/atis.[ch]xx to ATC/atis_mgr.[ch]xx, to avoid confusingly having 2 atis.cxx and 2 atis.hxx in the source tree. Also fix a copy and paste error in src/ATCDCL/CMakeLists.txt. While it's lovely that you (Dave Luff) are keeping the CMakeFiles in sync, the MSVC build currently uses hand-rolled projects of Fred's, which need to be updated by hand (but this is trivial to do, just open up the VC90 ones in a text editor). (Don't worry about the VC100 projects, they are tricky to hand edit unfortunately - Hudson uses VS2008, aka VC90) (we might use CMake for the MSVC builds in the future, but the CMake files need to mature quite a bit first) James -- Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption 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] [Flightgear-commitlogs] FlightGear branch, next, updated. d66903e9ad63b91182ccc25d9bb82f18f8dd98b6
On 30 Nov 2010, at 13:14, Flightgear-commitlogs wrote: commit c44948041b9356c9d16acc2d888de109bf7866e7 Author: Erik Hofman Date: Mon Nov 29 09:57:45 2010 +0100 PAtch by Andreas Gaeb to eliminate NaN's in the location code Erik, can you talk a little about what this patch fixes? I can read the description, and it sounds really great, but it seems very fortunate that a patch should appear for the exact problem we're having in FlightGear, at this time. Am I hoping for too much, based upon the description? James -- 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] [Flightgear-commitlogs] FlightGear branch, next, updated. d66903e9ad63b91182ccc25d9bb82f18f8dd98b6
On Tue, 2010-11-30 at 14:03 +, James Turner wrote: On 30 Nov 2010, at 13:14, Flightgear-commitlogs wrote: PAtch by Andreas Gaeb to eliminate NaN's in the location code Erik, can you talk a little about what this patch fixes? I can read the description, and it sounds really great, but it seems very fortunate that a patch should appear for the exact problem we're having in FlightGear, at this time. Am I hoping for too much, based upon the description? Form the JSBSim developers list: recently I've run into some floating point exceptions. Tracing them down, I found that FGLocation could produce them. This is due to the derived values not being initialized. If the copy constructor or operator= are called, they copy over the uninitialized garbage in the derived values -- which on my system happens to evaluate to NaN, thus causing FPEs. Coincidentally it was posted the same day someone mentioned the startup 'crash' of the C172p. I was hoping it might solve it but was (and still am) skeptical it does. Due to the lack of feedback so far I don't know for certain either. Erik -- 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
