Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
Hi James, here is some output from valgrind (I have not included the bunch of warnings inside the nvidia library): Startup: ==9401== Thread 1: ==9401== Conditional jump or move depends on uninitialised value(s) ==9401==at 0x8558F7: GPS::getScratchHasNext() const (gps.cxx:1308) ==9401==by 0xE1D6B6: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:656) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0x6EE57D: FGGlobals::saveInitialState() (globals.cxx:441) ==9401==by 0x6DEB2B: fgPostInitSubsystems() (fg_init.cxx:815) ==9401==by 0x6F73CE: fgIdleFunction() (main.cxx:221) ==9401==by 0xB2DCBE: fgOSMainLoop() (fg_os_osgviewer.cxx:319) ==9401==by 0x6F6769: fgMainInit(int, char**) (main.cxx:363) ==9401==by 0x6B9913: main (bootstrap.cxx:244) ==9401== ==9401== Conditional jump or move depends on uninitialised value(s) ==9401==at 0x8A580C: Transponder::getReplyAnnunciator() const (transponder.cxx:302) ==9401==by 0xE1D6B6: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:656) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0xE1D50F: copyProperties(SGPropertyNode const*, SGPropertyNode*, int, int) (props_io.cxx:732) ==9401==by 0x6EE57D: FGGlobals::saveInitialState() (globals.cxx:441) ==9401==by 0x6DEB2B: fgPostInitSubsystems() (fg_init.cxx:815) ==9401==by 0x6F73CE: fgIdleFunction() (main.cxx:221) ==9401==by 0xB2DCBE: fgOSMainLoop() (fg_os_osgviewer.cxx:319) ==9401==by 0x6F6769: fgMainInit(int, char**) (main.cxx:363) ==9401==by 0x6B9913: main (bootstrap.cxx:244) ==9401== ==9401== Thread 1: ==9401== Conditional jump or move depends on uninitialised value(s) ==9401==at 0x8F12CF: FGAIAircraft::leadPointReached(FGAIWaypoint*) (AIAircraft.cxx:825) ==9401==by 0x8F2B2F: FGAIAircraft::ProcessFlightPlan(double, long) (AIAircraft.cxx:292) ==9401==by 0x8F2E9A: FGAIAircraft::updatePrimaryTargetValues(bool, bool) (AIAircraft.cxx:974) ==9401==by 0x8F3128: FGAIAircraft::Run(double) (AIAircraft.cxx:155) ==9401==by 0x8F3AD6: FGAIAircraft::update(double) (AIAircraft.cxx:134) ==9401==by 0x74AC5F: FGATCManager::update(double) (atc_mgr.cxx:253) ==9401==by 0xE4AF4C: SGSubsystemGroup::Member::update(double) (subsystem_mgr.cxx:399) ==9401==by 0xE4C657: SGSubsystemGroup::update(double) (subsystem_mgr.cxx:249) ==9401==by 0xE4A82C: SGSubsystemMgr::update(double) (subsystem_mgr.cxx:502) ==9401==by 0x6F6B6E: fgMainLoop() (main.cxx:96) ==9401==by 0xB2DCBE: fgOSMainLoop() (fg_os_osgviewer.cxx:319) ==9401==by 0x6F6769: fgMainInit(int, char**) (main.cxx:363) ==9401== ==9401== Thread 1: ==9401== Conditional jump or move depends on uninitialised value(s) ==9401==at 0x8A61DE: Transponder::update(double) (transponder.cxx:185) ==9401==by 0xE4AF4C: SGSubsystemGroup::Member::update(double) (subsystem_mgr.cxx:399) ==9401==by 0xE4C657: SGSubsystemGroup::update(double) (subsystem_mgr.cxx:249) ==9401==by 0xE4AF4C: SGSubsystemGroup::Member::update(double) (subsystem_mgr.cxx:399) ==9401==by 0xE4C657: SGSubsystemGroup::update(double) (subsystem_mgr.cxx:249) ==9401==by 0xE4A82C: SGSubsystemMgr::update(double) (subsystem_mgr.cxx:502) ==9401==by 0x6F6B6E: fgMainLoop() (main.cxx:96) ==9401==by 0xB2DCBE: fgOSMainLoop() (fg_os_osgviewer.cxx:319) ==9401==by 0x6F6769: fgMainInit(int, char**) (main.cxx:363) ==9401==by 0x6B9913: main (bootstrap.cxx:244) ==9401== ==9401== Conditional jump or move depends on uninitialised value(s) ==9401==at 0x8A61FE: Transponder::update(double) (transponder.cxx:187) ==9401==by 0xE4AF4C: SGSubsystemGroup::Member::update(double) (subsystem_mgr.cxx:399) ==9401==by 0xE4C657: SGSubsystemGroup::update(double) (subsystem_mgr.cxx:249) ==9401==by 0xE4AF4C: SGSubsystemGroup::Member::update(double) (subsystem_mgr.cxx:399) ==9401==by 0xE4C657: SGSubsystemGroup::update(double) (subsystem_mgr.cxx:249) ==9401==by 0xE4A82C: SGSubsystemMgr::update(double) (subsystem_mgr.cxx:502) ==9401==by 0x6F6B6E: fgMainLoop() (main.cxx:96) ==9401==by 0xB2DCBE: fgOSMainLoop() (fg_os_osgviewer.cxx:319) ==9401==by 0x6F6769: fgMainInit(int, char**) (main.cxx:363) ==9401==by 0x6B9913: main (bootstrap.cxx:244) ==9401== Now shutting down:
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 2 Jun 2013, at 17:35, Thomas Geymayer tom...@gmail.com wrote: here is some output from valgrind (I have not included the bunch of warnings inside the nvidia library): Thanks Thomas, I've pushed fixes for these. In all cases the un-inited vars are bools, so I would not expect them to cause memory corruption, but it's worth trying. Alan / Vivian, if you could update and re-test, that would be appreciated. I will have something for you to try shortly. Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 2 Jun 2013, at 20:00, James Turner zakal...@mac.com wrote: I will have something for you to try shortly. Something *else* even. Specifically, if you could pull: topics/nowincrash, build, and let me know if the crashes persist / are gone, that would be very useful. Thanks, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
James Now all seems OK on both Laptop and Desk machines. I have successfully started fgfs 3 times on each machine. Thanks. Please have a beer on me. Alan -Original Message- From: James Turner Sent: Sunday, June 02, 2013 8:05 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 On 2 Jun 2013, at 20:00, James Turner zakal...@mac.com wrote: I will have something for you to try shortly. Something *else* even. Specifically, if you could pull: topics/nowincrash, build, and let me know if the crashes persist / are gone, that would be very useful. Thanks, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
James I am still seeing this crash, which I can cure by reverting the last GPS patch. I have removed just about everything from system.fgfsrc :- --fg-root=C:/FlightGear/fgdata --fg-scenery=C:\FlightGear\Terrasync;C:\FlightGear\Scenery --aircraft=Buccaneer --control=joystick and deleted the contents of C:/Users/Alan/AppData/Roaming/flightgear.org, but all to no avail. I am building with osg80 ,Boost_1_53_0 and 3rd part files from ftp://ftp.ihg.uni-duisburg.de/FlightGear/Win32/MSVC/ Are there any other reports of this?. I see it on my desktop and laptop machines. Occasionally fgfs starts normally. There is at least an 80% chance of failure. Alan From: Alan Teeder Sent: Wednesday, May 29, 2013 10:34 AM To: FlightGear developers discussions Subject: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 commit def81b4de5f87c28b5afd92264e40e66e4fd93e3 Author: James Turner Date: Mon May 27 22:56:12 2013 +0100 Restore GPS compatibility with 2.10 With this patch fgfs crashes. All is OK when I revert it. The crash is about 80% repeatable, i.e. sometimes it runs, but mostly it does not. I have not tried a debug compilation. Here are the last few lines of fgfs.log :- general:3:C:\FlightGear\flightgear\src\Main\fg_init.cxx:774:Nasal init took:414 general:3:C:\FlightGear\flightgear\src\Time\TimeManager.cxx:354:After TimeManager::setTimeOffset(): warp = 9480 nasal:3:C:\FlightGear\flightgear\src\Scripting\NasalPositioned.cxx:1744:created Nasal delegate for 1CC43F30 nasal:3:C:\FlightGear\flightgear\src\Scripting\NasalPositioned.cxx:1744:created Nasal delegate for 1CC43F30 autopilot:3:C:\FlightGear\flightgear\src\Autopilot\route_mgr.cxx:762:route manager, current-wp is now -1 input:4:C:\FlightGear\simgear\simgear\structure\SGBinding.cxx:59:No command supplied for binding. input:4:C:\FlightGear\simgear\simgear\structure\SGBinding.cxx:59:No command supplied for binding. ai:3:C:\FlightGear\flightgear\src\AIModel\AIManager.cxx:157:loading scenario 'nimitz_demo' general:4:C:/FlightGear/install/msvc100/include\simgear/props/tiedpropertylist.hxx:60:Failed to tie property /ai[0]/models[0]/carrier[0]/controls[0]/constants[0]/rudder[0] general:4:C:/FlightGear/install/msvc100/include\simgear/props/tiedpropertylist.hxx:60:Failed to tie property /ai[0]/models[0]/carrier[1]/controls[0]/constants[0]/rudder[0] general:3:C:\FlightGear\flightgear\src\Main\fg_init.cxx:802:Subsystems postinit took:6 general:3:C:\FlightGear\flightgear\src\Main\fg_init.cxx:811: Windows 7 64 bit, MSVC10, 32bit build Alan -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 1 Jun 2013, at 10:55, Alan Teeder ajtee...@v-twin.org.uk wrote: Are there any other reports of this?. I see it on my desktop and laptop machines. Occasionally fgfs starts normally. There is at least an 80% chance of failure. There's no other reports so far, I was hoping some other folks who use Windows would have reported any issues. I take it, it occurs relatively early on startup, so I shall try some runs using valgrind here, since it is very likely the problem is memory corruption. The commit in question actually fixes a couple of memory leaks (albeit benign ones), but there is presumably something else going on. I suppose you have done a rebuild from clean of FlightGear? I did change one type from being a dumb pointer to a smart-pointer, but since you are using VisualStudio it's unlikely the IDE would have failed to notice this when rebuilding. (don't worry about Boost / OSG, just FG itself) Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
Build Clean of simgear and fgfs seems to have cured the problem. 4 successful starts so far on the desktop. I will try now with the laptop. Time for a bit of Bill Gates bashing ? ;-) Thanks Alan -Original Message- From: James Turner Sent: Saturday, June 01, 2013 11:18 AM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 On 1 Jun 2013, at 10:55, Alan Teeder ajtee...@v-twin.org.uk wrote: Are there any other reports of this?. I see it on my desktop and laptop machines. Occasionally fgfs starts normally. There is at least an 80% chance of failure. There's no other reports so far, I was hoping some other folks who use Windows would have reported any issues. I take it, it occurs relatively early on startup, so I shall try some runs using valgrind here, since it is very likely the problem is memory corruption. The commit in question actually fixes a couple of memory leaks (albeit benign ones), but there is presumably something else going on. I suppose you have done a rebuild from clean of FlightGear? I did change one type from being a dumb pointer to a smart-pointer, but since you are using VisualStudio it's unlikely the IDE would have failed to notice this when rebuilding. (don't worry about Boost / OSG, just FG itself) Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
Alan Sent: 01 June 2013 14:51 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 Stop the celebrations. The laptop still has the fault after a clean build. AFAIK both computers have the same file layout and relevant environment/paths settings. My Bill Gates mannequin now has so many nails in it that it is hard to find space to hammer in a new one. Yup, FG crashes here with the latest pull of SG/FG on Win 7 x64 Vivian -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 1 Jun 2013, at 16:20, Vivian Meazza vivian.mea...@lineone.net wrote: Yup, FG crashes here with the latest pull of SG/FG on Win 7 x64 A bit of information would be useful since it's not crashing for me :) Alan provided a backtrace but it looks suspect to me, of course if it's memory corruption that may be expected, but I'd appreciate someone running 3-4 attempts and checking if the dump is mangled and different each time (likely memory corruption) or in the same place consistently (could still be memory corruption, but easier to track down). Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
It is consistent every time, and across machines. Windows debugger points to an opengl error, but AFAIK, that is not what you have modified? -Original Message- From: James Turner Sent: Saturday, June 01, 2013 5:28 PM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 On 1 Jun 2013, at 16:20, Vivian Meazza vivian.mea...@lineone.net wrote: Yup, FG crashes here with the latest pull of SG/FG on Win 7 x64 A bit of information would be useful since it's not crashing for me :) Alan provided a backtrace but it looks suspect to me, of course if it's memory corruption that may be expected, but I'd appreciate someone running 3-4 attempts and checking if the dump is mangled and different each time (likely memory corruption) or in the same place consistently (could still be memory corruption, but easier to track down). Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
James Sent: 01 June 2013 17:28 To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 On 1 Jun 2013, at 16:20, Vivian Meazza vivian.mea...@lineone.net wrote: Yup, FG crashes here with the latest pull of SG/FG on Win 7 x64 A bit of information would be useful since it's not crashing for me :) Alan provided a backtrace but it looks suspect to me, of course if it's memory corruption that may be expected, but I'd appreciate someone running 3-4 attempts and checking if the dump is mangled and different each time (likely memory corruption) or in the same place consistently (could still be memory corruption, but easier to track down). OK - so far I've identified that the cause is one of the 2 GPS related commits - reverting both solves the problem. Vivian -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 1 Jun 2013, at 17:52, Vivian Meazza vivian.mea...@lineone.net wrote: OK - so far I've identified that the cause is one of the 2 GPS related commits - reverting both solves the problem. Right, Alan already worked out the relevant commit, the problem is the commit in question mostly restores code that's existed since 2.6 (With some edits of course, nothing is ever that simple). So I can't simply revert the commit, I need a bit more investigation by people affected to narrow down where I should be looking. I've already eyeballed the diffs and nothing obvious is jumping out at me, but that's often the way when reviewing one's own code :) If someone on Linux could do a valgrind run of start-up, that might help, alas valgrind is not co-operating on Mac today and the Mac leak tools and heap-debugger aren't detecting anything anomalous. Regards, James -- Get 100% visibility into Java/.NET code with AppDynamics Lite It's a free troubleshooting tool designed for production Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap2 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 29 May 2013, at 10:34, Alan Teeder ajtee...@v-twin.org.uk wrote: With this patch fgfs crashes. All is OK when I revert it. The crash is about 80% repeatable, i.e. sometimes it runs, but mostly it does not. I have not tried a debug compilation. A debug build with backtrace would be helpful, since it's not crashing here. Also startup options/arguments in case that's a factor. Thanks, James -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
James Here you are. http://v-twin.dynip.sapo.pt/alan/stopgoogle/fgfsBuccaneer.dmp. Hope it means more to you than it does to me. In this case it is the Buccaneer. I see the same with my WIP - http://v-twin.dynip.sapo.pt/alan/stopgoogle/fgfsTsr2.dmp Alan -Original Message- From: James Turner Sent: Wednesday, May 29, 2013 11:26 AM To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10 On 29 May 2013, at 10:34, Alan Teeder ajtee...@v-twin.org.uk wrote: With this patch fgfs crashes. All is OK when I revert it. The crash is about 80% repeatable, i.e. sometimes it runs, but mostly it does not. I have not tried a debug compilation. A debug build with backtrace would be helpful, since it's not crashing here. Also startup options/arguments in case that's a factor. Thanks, James -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Restore GPS compatibility with 2.10 - MSVC10
On 29 May 2013, at 14:12, Alan Teeder ajtee...@v-twin.org.uk wrote: Here you are. http://v-twin.dynip.sapo.pt/alan/stopgoogle/fgfsBuccaneer.dmp. Hope it means more to you than it does to me. In this case it is the Buccaneer. I see the same with my WIP - http://v-twin.dynip.sapo.pt/alan/stopgoogle/fgfsTsr2.dmp Hmm, I'm not sure how to read those .dmp files. If you have a debug build, when it crashes the top few names / line numbers of the call stack are sufficient for me to start looking at the issue. Anyone else (on Windows? or otherwise) who can reproduce this? Regards, James -- Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET Get 100% visibility into your production application - at no cost. Code-level diagnostics for performance bottlenecks with 2% overhead Download for free and get started troubleshooting in minutes. http://p.sf.net/sfu/appdyn_d2d_ap1 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
