Hello,
Solved my built issue:
simgear and flightgear seems mismatch some links when built under the same
devel directory (devel-prog-fgCVS/11-0205/flightgear and
,devel-prog-fgCVS/11-0205/simgear) since make flightgear is going on after
the end; building again simgear .
Well,
The
2011/2/5 ThorstenB bre...@gmail.com:
On 05.02.2011 16:21, ThorstenB wrote:
I'm currently testing a different patch for the same issue: instead of
untieing all properties below the /fdm/jsbsim (only), I added a list
to JSBSim's FGPropertyManagager, so it keeps track of all the
properties it
2011/2/5 Jon S. Berndt jonsber...@comcast.net:
I'll have to go back and look at the [JSBSim] code again. I'd like to figure
out how to make resetting work better from the API - more naturally and
without having to reload the aircraft model. This would be useful for both
the JSBSim standalone
On Sun, 6 Feb 2011, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the FDM no matter which
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier bcoco...@gmail.com wrote:
* I would rather make tied_properties a list of SGPropertyNode* rather
than a list of strings (same as above : internal JSBSim stuff)
I don't
2011/2/6 ThorstenB bre...@gmail.com:
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier bcoco...@gmail.com wrote:
* I would rather make tied_properties a list of SGPropertyNode* rather
than a list of strings (same
developers discussions
Subject: Re: [Flightgear-devel] JSBSIM Aircraft Crash at Reset
2011/2/5 ThorstenB bre...@gmail.com:
On 05.02.2011 16:21, ThorstenB wrote:
I'm currently testing a different patch for the same issue: instead
of untieing all properties below the /fdm/jsbsim (only), I
On Sun, 2011-02-06 at 13:18 +0100, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the FDM no
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists in
JSBSim CVS, or applied against the patch that Thorsten mentions?
It is supposed to be a Flight Gear patch and be applied against last
revision of git 'next'
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten mentions?
BTW, this patch won't apply automatically due to path issues. I am required
to enter
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten mentions?
BTW, this patch won't
On Sun, 2011-02-06 at 13:18 +0100, Bertrand Coconnier wrote:
Hi Jon,
You may already know that but the current behaviour of Flight Gear
reset process is coded at a higher level than JSBSim glue code
(JSBSim.cxx). The reset process is to unbind - delete - create a new
instance of the
2011/2/6 Erik Hofman e...@ehofman.com:
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
2011/2/6 Jon S. Berndt jonsber...@comcast.net:
Bertrand,
Is this patch supposed to be applied to JSBSim as it currently exists
in
JSBSim CVS, or applied against the patch that Thorsten
On Sun, 2011-02-06 at 15:03 +0100, Bertrand Coconnier wrote:
It is not sufficient because Thorsten's patch needs to be applied first.
I am building a complete patch against JSBSim and will post in JSBSim
mailing list.
Oh sorry I missed that.
Erik
Go to JSBSim/src and add '-p 4' to the patch command line.
(this skips 4 levels of directory entries)
Erik
That works. Sort of. But it's trying to patch JSBSim.cxx which we no longer
have in JSBSim standalone.
Jon
On 06.02.2011 15:07, Jon S. Berndt wrote:
That works. Sort of. But it's trying to patch JSBSim.cxx which we no longer
have in JSBSim standalone.
Patch looks good and is pushed to FlightGear/next now (so our
JSBSim.cxx is also updated now). Thanks Betrand!
PS: I've made several reset tests,
PS: I've made several reset tests, all look good now. Also, no
side-effects with the previous patches were reported, so I'm also
pushing the patches to FG/2.2 now (trying to remember the entire patch
sequence... :) ).
cheers,
Thorsten
We'll definitely want to be sure that we don't lose
Hello, devel-members
Again starting the topic ( was oriented to an other direction )
To resume what i was discovering:
With at least two official jsbsim models
747-400
p51d
I am getting a segmentation error at reset.
I don't say these models are wrong, i say there is somewhere, in jsbsim
On Sat, 2011-02-05 at 13:00 +0100, henri orange wrote:
Hello, devel-members
Again starting the topic ( was oriented to an other direction )
To resume what i was discovering:
With at least two official jsbsim models
747-400
p51d
I am getting a segmentation error at reset.
It is
Hi, Erik
Sorry for the question is there somewhere a specific fg2.2 source ?
I am using the git version with git pull, though i don't understand the
meaning of it, it does work and give me an update.
I thought it was the fg devel version.
with fgfs --version i get
FlightGear version: 2.2.0
On Sat, 2011-02-05 at 13:31 +0100, henri orange wrote:
Hi, Erik
Sorry for the question is there somewhere a specific fg2.2 source ?
I am using the git version with git pull, though i don't understand
the meaning of it, it does work and give me an update.
I thought it was the fg devel
Subject: Re: [Flightgear-devel] JSBSIM Aircraft Crash at Reset
On Sat, 2011-02-05 at 13:31 +0100, henri orange wrote:
Hi, Erik
Sorry for the question is there somewhere a specific fg2.2 source ?
I am using the git version with git pull, though i don't understand
the meaning
On Sat, 5 Feb 2011, Jon S. Berndt wrote:
How can I update my FlightGear development codebase (which was created a
few months ago) from git so I can try to see this problem?
Hi Jon,
Do you have local any changes on your branch?
If not a simple:
git pull
should do the right thing.
git pull
Jon,
There are also a couple other option if you don't want to compile the source
from scratch yourself. (BTW, thanks for the nice git summary Anders. Git
is very easy to use if all you want to do is track the development
repository.)
You can get precompiled binaries of the most recent git
Hi,
probably spotted the cause for the reported reset crash: it's the same
as already reported before - targeted by this earlier patch:
http://www.gitorious.org/fg/flightgear/commit/287cc74965e11ff3888117a9d9b88ed2bdbb9252
This patch unties all JSBSim properties prior to reset. However, it's
On Sat, 5 Feb 2011 15:14:42 +0100 (CET), Anders wrote in message
pine.lnx.4.64.1102051501090.3...@sleipner.gidenstam.se:
On Sat, 5 Feb 2011, Jon S. Berndt wrote:
How can I update my FlightGear development codebase (which was
created a few months ago) from git so I can try to see this
Hi, Thorsten,
May be i can confirm your feeling.
I was looking at the old Catalina official gpl version.
It can start at the right mooring place on water, when there is one, close
to the Airport we want to start from ( for instance KSFO, with Mooring place
at Treasure Island, Pan Am base at
From: ThorstenB [mailto:bre...@gmail.com]
Hi,
probably spotted the cause for the reported reset crash: it's the same
as already reported before - targeted by this earlier patch:
http://www.gitorious.org/fg/flightgear/commit/287cc74965e11ff3888117a9d
9b88ed2bdbb9252
This patch unties
I'll have to go back and look at the [JSBSim] code again. I'd like to
figure out how to make resetting work better from the API - more
naturally and without having to reload the aircraft model. This would be
useful for both the JSBSim standalone executable and for any larger
simulation
On 05.02.2011 16:21, ThorstenB wrote:
I'm currently testing a different patch for the same issue: instead of
untieing all properties below the /fdm/jsbsim (only), I added a list
to JSBSim's FGPropertyManagager, so it keeps track of all the
properties it has actually bound. It can then use
,
I get an error at build
screen-dump.cxx:(.text+0x276): undefined reference to
`osg::Referenced::signalObserversAndDelete(bool, bool) const'
/usr/local/lib/libsgmisc.a(PathOptions.o): In function
`simgear::makeOptionsFromPath(SGPath const)':
PathOptions.cxx:(.text+0x49): undefined reference
On 05.02.2011 18:54, henri orange wrote:
,
I get an error at build
screen-dump.cxx:(.text+0x276): undefined reference to
`osg::Referenced::signalObserversAndDelete(bool, bool) const'
/usr/local/lib/libsgmisc.a(PathOptions.o): In function
`simgear::makeOptionsFromPath(SGPath const)':
Hi,
built OSG 2.9.10 again , and built Simgear Flightgear again gives the same
error.
Then, since OSG 2.9.11, is available.
I have just built osg 2.9.11,
Unfortunately simgear built against it, gives the following error
mv -f .deps/CheckSceneryVisitor.Tpo .deps/CheckSceneryVisitor.Po
g++
On Sun, Feb 6, 2011 at 12:45 AM, henri orange hohora...@gmail.com wrote:
Hi,
built OSG 2.9.10 again , and built Simgear Flightgear again gives the same
error.
Then, since OSG 2.9.11, is available.
I have just built osg 2.9.11,
Unfortunately simgear built against it, gives the following
Hi, Csaba
Yes against OSG 2.9.10, i did built simgear flightgear from cleaned source
( copied from Git)
Which mean:
autogen.sh configure make sudo make install .
don't bother , thanks for the answer.
i will wait for a better stable version osg compatible.
2011/2/6 Csaba Halász
35 matches
Mail list logo