Am 25.11.2012 16:27, schrieb ThorstenB:
Yes, same here, the left engine starts more easily. This means there
already is excess fuel in the left engine's carburator at startup - it
happens in RL, too. Let's assume it's not a bug, but another realistic
detail Torsten has intentionally modelled
Hello,
with the git version from last Thursday, I cannot start the right engine
of the SenecaII.
The main problem seems to be that /systems/fuel/fuel-pump[1]/enabled is
set to false and immediately gets switched back to false if I set it to
true in the property browser. So the engine gets no
Am 25.11.2012 15:04, schrieb ThorstenB:
Either the fuel pump control switch is off (circuit breaker #8, fuel
pump R), or the right engine primer wasn't pressed prior to starting
(both result in /systems/fuel/fuel-pump[1]/enabled being forced to false).
It was indeed the primer of the right
Am 24.10.2011 13:08, schrieb James Turner:
[...]
Also, there is something configuration dependent happening here,
since other people have reported a similar issue (also with Ubuntu
11) on IRC, but I don't see the issue on my Ubuntu install.
Anyone else seeing this problem (on any other
Am 15.09.2011 22:24, schrieb Stuart Buchanan:
[...]
This is a bit trickier to fix in concept, because we want there to be
variation
in the clouds between runs rather than generating exactly the same set
of clouds if you start in the same location with the same weather.
yes, this is very
Hello,
I just tried to run with real weather fetch, but the network cable was
not plugged. This produced a segfault after about a minute, see below.
Somewhere the information that the lookup has finally failed seems to
get lost. After re-plugging the cable, everything was fine.
Best regards,
number stream class, of which each relevant subsystem/class/whatever
keeps its own static instance. I'll be looking further into this, but
maybe someone has some experience on this to share?
Best regards,
Andreas
commit a217c57fc723ce88397295cfda0eff2eb9071ad3
Author: Andreas Gaeb a.g
these build types. Maybe a warning
about an unsupported build type is sufficient. As a fallback it is
always possible to alter CMAKE_CXX_FLAGS directly.
Best regards,
Andreas
commit 8334007d6a1f7b9831fd1fd8813dc6752f042c10
Author: Andreas Gaeb a.g...@web.de
Date: Fri Sep 9 21:28:37 2011
Am 14.04.2011 21:39, schrieb Torsten Dreyer:
Isn't that what SGReferenced objects were made for? Automatic deletion?
Minimal but slight more complex example [...]
yes, this works as expected -- as long as one uses SGSharedPtr. The
componentForge map uses standard pointers at the moment, so it
Hello everybody,
a valgrind log of recent FlightGear is available from
http://dl.dropbox.com/u/15761796/valgrind.log
(13 MB). A short version containing only the definitely lost
backtraces is at
http://dl.dropbox.com/u/15761796/definitely_lost.log
(59 kB).
The largest single entry stems from the
Am 14.04.2011 16:58, schrieb Torsten Dreyer:
Thanks for looking into this.
A few comments on the autopilot objects:
InputValueLists are vectors of InputValue, a subclass of SGReferenced, so
they
should be automatically deleted, once the last reference is gone?
The componentForge is a
Hi Thorsten,
Anyway, you maybe you can double-check if that patch really changed
anything concerning initialization.
I checked it in gdb when I made the patch, the members of FGForce
contained garbage, some of which was NaN. This was removed by after
adding the InitMatrix calls.
If it
Hi Henri,
I think I found the error, it was in JSBSim's FGForce class. I've
proposed a fix on the JSBSim-devel mailing list.
Best regards,
Andreas
--
The ultimate all-in-one performance toolkit: Intel(R)
Hello Henri,
Am 07.02.2011 18:38, schrieb henri orange:
[...] I am getting ( randomly ) the following messages
Warning: invalid line segment passed to IntersectVisitor::addLineSegment(..)
nan nan nan nan nan nan segment ignored..
I've looked into this a bit. It seems again to have
out the suspected issues.
Best regards,
Andreas
commit f020ee10ff1b758c9b99e31642147eecfc0facac
Author: Andreas Gaeb a.g...@web.de
Date: Thu Jan 27 11:32:10 2011 +0100
Reload Input für Joysticks
diff --git a/src/Input/FGJoystickInput.cxx b/src/Input/FGJoystickInput.cxx
index 349782d
Am 25.01.2011 12:59, schrieb Geoff McLane:
[... JSBSim trim failure report]
Is this a problem? Certainly do not like seeing 'Failed',
but it seems fg runs ok, and the aircraft seems to fly ;=))
so maybe not a problem...
It is probably not a problem, except for adding complexity when hunting
Am 23.01.2011 01:33, schrieb ThorstenB:
[...]
Uh, ugly! Why (and where?) are these members only initialized when the first
instance is created? Or are they never initialized and it's just because
memory often happens to be 0 when the first instance is created?
IIRC, gcc has a default
Am 23.01.2011 13:18, schrieb ThorstenB:
[...] So, member
variables should be initialized manually in the constructor.
ok, so we need to find out where this does not happen and fix it.
[...] Most compilers provide warnings for uninitialized
local variables (on the stack), but unfortunately I
Am 22.01.2011 22:36, schrieb Andreas Gaeb:
[...]
The second place where an FPE shows is kt_70.cxx:211 which seems to be
the first place where the value of /position/altitude-ft is read after a
reset.
ok, I found the cause for this one. FGPropagate's members
LocalTerrainRadius, SeaLevelRadius
anybody point me to some documentation about how
initialization of class members is supposed to happen the right way?
Best regards,
Andreas
commit 6391bf6516cd1a9461e8c6a30252098fc96efcc8
Author: Andreas Gaeb a.g...@web.de
Date: Sat Jan 22 17:10:02 2011 +0100
JSBSim.cxx: initialize
Am 14.01.2011 12:50, schrieb James Turner:
[...] This was fixed, thanks to some contributions from Fred and Olaf
Flebbe. Hudson is now building next of FG SG using Cmake (in
addition to autoconf), and everything is green at this time.
thank you, works here as well.
To also build fgadmin
Hello everybody,
using CMake with the latest git, I get the following error when linking
GPSSmooth. The system is Ubuntu 10.10 32 bit. The targets before
GPSSmooth build and run fine, including fgfs itself. However, MIDGsmooth
and UGsmooth fail with a similar list of errors.
Best regards,
Hello everybody,
the recent CVS update of Navaids/nav.dat.gz (R1.10, Dec 20) seems to
have introduced some broken lines which cause Atlas to quit during
loading the file. FlightGear, however, seems unaffected.
Most of the broken lines are localizers where only one ICAO code was
given while the
23 matches
Mail list logo