Hello all --
Using 2208-01-11 CVS build flying the Cessna Citation Bravo on Windows Vista
with NVIDIA 6100 GeForce 405...
Lately I have noticed that the glideslopes seem to be uniformly wrong or
inoperable somehow. This changed within the last couple of builds.
Previously, when on final, the visual glideslope indicators would essentially
match up with what the ILS was telling me. However, now it seems as if the ILS
is pegged high (indicating I am too low) while the visual indicators are all
white (indicating I am too high).
Also, this has possibly been going on quite some time now (since I started
reporting NaN bugs on my medium-haul flights), but in many cases, the METAR
doesn't change the active wind and cloud settings unless I actually look at the
METAR (Environment --> Weather Scenario). As soon as I close the dialog box,
the clouds change, the KIAS moves suddenly, and the plane may rock side-to-side
gently for a moment or two. *RARELY* I will notice the weather settings change
on their own during flight, but it seems as if *USUALLY* it doesn't do so
unless I look at the METAR.
Cheers,
-R.
Robert M. Shearman, Jr.
Transit Operations Supervisor,
University of Maryland Department of Transportation
also known as rm...@umd.edu
________________________________
From: Csaba Halász <csaba.hal...@gmail.com>
To: FlightGear developers discussions <Flightgear-devel@lists.sourceforge.net>
Sent: Tuesday, January 13, 2009 9:09:09 PM
Subject: [Flightgear-devel] [BUG] FGEnvironment copy constructor bad
Hi!
The copy constructor in question:
145 FGEnvironment::FGEnvironment (const FGEnvironment &env)
146 {
147 FGEnvironment();
148 copy(env);
149 }
I guess that wants to call the default constructor first. However,
that doesn't work. See
http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.3 for details.
Confirmation:
Breakpoint 1, FGEnvironment (this=0x7fff1913c590, e...@0xc913dc0) at
src/Environment/environment.cxx:147
147 FGEnvironment();
(gdb) s
FGEnvironment (this=0x7fff1913c490) at src/Environment/environment.cxx:138
138 altitude_tropo_top_m(10000)
Observe, that the "this" pointer is different, it is pointing to a new
temporary object that will be destructed immediately after the call:
(gdb) s
~FGEnvironment (this=0x7fff1913c490) at src/Environment/environment.cxx:151
151 FGEnvironment::~FGEnvironment()
This is trivial to fix, except it is not obvious whether the members
missing from the copy() function are missing deliberately. Also
unclear: do we really want to call the functions in the default
constructor *before* the copy?
@timoore: See? Old bugs do exist! The correct way to do this was
"optimized" into the bad code more than 5.5 years ago, in rev 1.4. But
it is bad nevertheless :)
--
Csaba/Jester
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Flightgear-devel mailing list
flightgear-de...@lists.sourceforge..net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
