[Flightgear-devel] Debug Assertion Failed in Sample_opneal.hxx
First the good news, with the current CVS on XP, VC++2008 Flightgear runs well.
The bad news is that on my Vista laptop it stops with a Debug Assertion
Failure before the splash screen is replaced by the runtime display.
VC++2008 debug output is attached.
Both machines have an an identical setup as far as Flightgear is concerned and
I have checked that OpenAL32.dll and wrap_oal.dll are the latest versionfrom
the Creative site. Also the sound device drivers (Realtek High Definition) are
up to date.
The breakpoint is at line 175 in Sample_openal.hxx:-
void free_data() {
if ( _data ) free( _data ); _data = NULL;
The Stack frame points back to line 476 of soundmgr_openal.cxx:-
if ( !testForALError(buffer add data) ) {
'fgfs.exe': Loaded 'D:\FlightGear\source\projects\VC90\Win32\Debug\fgfs.exe',
Symbols loaded.
'fgfs.exe': Loaded 'C:\Windows\System32\ntdll.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\kernel32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\opengl32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\msvcrt.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\advapi32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\rpcrt4.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\gdi32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\user32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\glu32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\ddraw.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\dciman32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\setupapi.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\oleaut32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\ole32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\dwmapi.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\winmm.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\oleacc.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\wsock32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\ws2_32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\nsi.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\ot11-OpenThreadsd.dll'
'fgfs.exe': Loaded
'C:\Windows\winsxs\x86_microsoft.vc90.debugcrt_1fc8b3b9a1e18e3b_9.0.30729.1_none_bb1f6aa1308c35eb\msvcr90d.dll'
'fgfs.exe': Loaded
'C:\Windows\winsxs\x86_microsoft.vc90.debugcrt_1fc8b3b9a1e18e3b_9.0.30729.1_none_bb1f6aa1308c35eb\msvcp90d.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgDBd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgUtild.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgViewerd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgGAd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgTextd.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\comdlg32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\shlwapi.dll'
'fgfs.exe': Loaded
'C:\Windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_5.82.6001.18000_none_886786f450a74a05\comctl32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\shell32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\OpenAL32.dll'
'fgfs.exe': Loaded 'D:\FlightGear\3rdParty\bin\alut.dll', Binary was not built
with debug information.
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osg60-osgParticled.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\shimeng.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\apphelp.dll'
'fgfs.exe': Loaded 'C:\Windows\AppPatch\AcLayers.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\userenv.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\secur32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\winspool.drv'
'fgfs.exe': Loaded 'C:\Windows\System32\mpr.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\imm32.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\msctf.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\lpk.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\usp10.dll'
'fgfs.exe': Loaded 'C:\Program Files\Sophos\Sophos
Anti-Virus\sophos_detoured.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\psapi.dll'
'fgfs.exe': Loaded
'C:\Windows\winsxs\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.6002.18005_none_5cb72f96088b0de0\comctl32.dll'
First-chance exception at 0x75c3fbae in fgfs.exe: Microsoft C++ exception:
sg_io_exception at memory location 0x0012cc54..
'fgfs.exe': Loaded 'C:\Windows\System32\uxtheme.dll'
'fgfs.exe': Loaded 'C:\Windows\System32\ig4icd32.dll', Binary was not built
with debug information.
'fgfs.exe': Loaded 'C:\Windows\System32\ig4dev32.dll', Binary was not built
with debug information.
'fgfs.exe': Loaded 'C:\Acer\Empowering Technology\ePower\SysHook.dll', Binary
was not built with debug information.
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osgPlugins-2.9.5\osgdb_pngd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osgPlugins-2.9.5\osgdb_txfd.dll'
'fgfs.exe': Loaded
'D:\FlightGear\install\msvc90\OpenSceneGraph\bin\osgPlugins-2.9.5\osgdb_acd.dll'
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Airports runways.cxx, 1.43,
Alex Romosan wrote: James Turner j...@baron.flightgear.org writes: Log Message: Fix displaced threshold handling when using in-scenery definitions of runways. [...] i submitted a patch for this a while ago. if you actually add _displ_thresh then the aircraft gets positioned at the beginning of the runway proper not the threshold. so i think the offset should be: double offsetFt = (0.5 * _length) + _displ_thresh; The displaced threshold is relevant for landing, in the sense of don't touch ground before this line, maybe due to noise abatement measures, safety or some other reasons. The take-off run, in contrast, defaults to start at the runway end, no matter if there is a displaced threshold or not. Note, this is different from stopways/blastways, which are typically not supposed to be used neither for startup nor for landing. Things _might_ be a little bit different in real life. When airliners are queueing up at the runway end of a large field and you're in a C172, the contoller might save you from taxiing the entire way and, instead, request you to enter the runway somewhere beforehand. But as a default, the displaced threshold does not matter for takeoff. Cheers, Martin. BTW, as I understand, user postings don't belong to the -cvslogs mailing list. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: data/Scenery/Objects/w130n30/w123n37
Vivian Meazza wrote: Update of /var/cvs/FlightGear-0.9/data/Scenery/Objects/w130n30/w123n37 In directory baron.flightgear.org:/tmp/cvs-serv13878 Modified Files: 942050.stg Added Files: KSFO_AirTrain.ac KSFO_DomesticGarage.ac KSFO_GarageA.ac KSFO_InternationalTerminal.ac KSFO_InternationalTerminal_1.png ksfoairtrain1.png Log Message: Add KSFO Airtrain by Gijs de Rooy Please note that the 1x2 degree Base Package Scenery chunk is once in a while going to get ovberwritten by a copy from the Scenemodels repository. Therefore please submit your changes there. Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] [Flightgear-cvslogs] CVS: source/src/Airports runways.cxx, 1.43,
On 12/05/2009 01:35 PM, Martin Spott wrote: The displaced threshold is relevant for landing, in the sense of don't touch ground before this line, maybe due to noise abatement measures, safety or some other reasons. Exactly so. The take-off run, in contrast, defaults to start at the runway end, no matter if there is a displaced threshold or not. Agreed. You are not required to use the full length of the runway for takeoff, but it is safer to do so. Note, this is different from stopways/blastways, which are typically not supposed to be used neither for startup nor for landing. Yes. Things _might_ be a little bit different in real life. When airliners are queueing up at the runway end of a large field and you're in a C172, the contoller might save you from taxiing the entire way and, instead, request you to enter the runway somewhere beforehand. But as a default, the displaced threshold does not matter for takeoff. The displaced threshold is never relevant for takeoff. The displaced threshold is the _landing_ threshold. If you decide to take off using less than full length, it would be pure coincidence if the starting point coincided with the displaced threshold point. Any code that computes takeoff position based on the displaced threshold must be considered a bug. -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Not really a bug, sort of, I think?
Hi, developers... In attempting to design some more animated scenery in the vein of my rocking boats at KMTN, I attempted to make some moving Metrorail trains at the approach end of runway 15 at KCGS, and in doing so, exposed what I shall call a limitation rather than a bug, since I suppose the code is just not meant to do what I am attempting to do with it. And while I understand that a new AI ground vehicle system will be able to do what I want, I figure I will mention this anyway, in case it becomes relevant later for some currently unseen reason. Anyway, what I was attempting to do was to create a Metro train in a given position, which I shall refer to as its origin, on a model of a raised track just off of the approach to KCGS 15. I then used a time-based formula with a sine wave to calculate an offset, which ranged from + to - something like three thousand meters, to have the train essentially oscillate back and forth over a 3-mile section. Doing so in realistic time intervals (five minutes or so) would create a reasonable illusion of multiple trains passing back and forth past the airport on a more-or-less normal schedule. The limitation I discovered was this: if the user's view is not pointed at the train's origin point, the trains disappear from view, regardless of their current (i.e. offset) position. While I understand that I was bending the code to attempt to do something it wasn't originally intended for, my question is this: does it make sense to suggest that the code be patched (and, mind you, I do not know how to do this) so that the model's OFFSET position is taken into account, instead of its listed (origin) position? I understand that the AI vehicle system will soon (or even now?) do what I wanted this hack to do, but perhaps there are some other (more legitimate) reasons that this issue should be examined and corrected -- or perhaps it should be fixed in case of future, unforeseen applications of large offset values. Thoughts? Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] AS332 into CVS?
HB-GRAL wrote: I was working on a Aerospatiale AS332 for some months. [...] I wish to see it in the CVS ... Done, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Not really a bug, sort of, I think?
Rob, See the airport train at KSFO which has just been uploaded to cvs. Use --ai-scenario=KSFO_AirTrain to see it. Of course - this isn't an answer to your query. Vivian -Original Message- From: Rob Shearman, Jr. [mailto:rmsj...@yahoo.com] Sent: 05 December 2009 22:11 To: FlightGear Developers Subject: [Flightgear-devel] Not really a bug, sort of, I think? Hi, developers... In attempting to design some more animated scenery in the vein of my rocking boats at KMTN, I attempted to make some moving Metrorail trains at the approach end of runway 15 at KCGS, and in doing so, exposed what I shall call a limitation rather than a bug, since I suppose the code is just not meant to do what I am attempting to do with it. And while I understand that a new AI ground vehicle system will be able to do what I want, I figure I will mention this anyway, in case it becomes relevant later for some currently unseen reason. Anyway, what I was attempting to do was to create a Metro train in a given position, which I shall refer to as its origin, on a model of a raised track just off of the approach to KCGS 15. I then used a time-based formula with a sine wave to calculate an offset, which ranged from + to - something like three thousand meters, to have the train essentially oscillate back and forth over a 3-mile section. Doing so in realistic time intervals (five minutes or so) would create a reasonable illusion of multiple trains passing back and forth past the airport on a more-or-less normal schedule. The limitation I discovered was this: if the user's view is not pointed at the train's origin point, the trains disappear from view, regardless of their current (i.e. offset) position. While I understand that I was bending the code to attempt to do something it wasn't originally intended for, my question is this: does it make sense to suggest that the code be patched (and, mind you, I do not know how to do this) so that the model's OFFSET position is taken into account, instead of its listed (origin) position? I understand that the AI vehicle system will soon (or even now?) do what I wanted this hack to do, but perhaps there are some other (more legitimate) reasons that this issue should be examined and corrected -- or perhaps it should be fixed in case of future, unforeseen applications of large offset values. Thoughts? Cheers, -R. (MD-Terp) Robert M. Shearman, Jr. Transit Operations Supervisor, University of Maryland Department of Transportation also known as rm...@umd.edu -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound system improvements...levels, sources, balancing, and devices...
I have been experimenting with generating custom, realistic, and more useful ATIS message on FGCOM using Festival with great success. The only problem is that when tuning to the ATIS frequency you get the FlightGear default ATIS as well, which is not very useful. So one last request to do with ATIS, may we have a check box in the sound config dialog to toggle the FlightGear ATIS on and off? Or do we already have a way to do so that I have overlooked? cheers! --Jacob -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Terragear how to
Join the club. Seems that it works with terra-cs, but you HAVE to use latest cvs for everything else. And agree with you somewhat, the wiki documentation is outdated, and wrong. Scenery on forums is cool, but dont expect an answer soon. pete syd adams wrote: Hello , Ive decided to try to install terragear again and fix some of the local airports and scenery ... but things aren't all that clear on the wiki ... Do I install Terragear or Terragear-cs ?Is terragear-cs a set of patches for terragear ? I heard it mentioned that there was a simgear-cs , do i need this or the current simgear ? I'm still searching on the subject , but any answers would be appreciated .Thanks -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] releases +- bugs
On 12/04/2009 03:29 PM, Martin Spott wrote in part: Actually, I think, when the release happens we're simply going to make a snapshot of what is available via TerraSync and offer this for a packaged download. As a side effect, this would be the best way to have a large user base testing the Scenery. It's going to need testing. I'm seeing some peculiar things, e.g. http://www.av8n.com/fly/fgfs/htm/bug-list.htm#bug-jfk-peculiar-taxiways -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CDI head fixed
On 12/01/2009 01:06 PM, dave perry wrote: [disappearing GS needle] This was fixed as well as adding realistic GS and Nav flags and smooth transitions to 0 position when out of range or switching to new freq w/o LOC. The c172p, pa24, and pa28 all now use the vor in Aircraft/Instruments-3d. Wow. That's a huge improvement. Thanks! -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
