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 la
> 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
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,
> 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 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
--
2011/2/6 Erik Hofman :
> On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
>> > 2011/2/6 Jon S. Berndt :
>> > > 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?
>> > >
> 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
> > insta
On Sun, 2011-02-06 at 07:56 -0600, Jon S. Berndt wrote:
> > 2011/2/6 Jon S. Berndt :
> > > 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 ap
> 2011/2/6 Jon S. Berndt :
> > 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 specific path n
2011/2/6 Jon S. Berndt :
> 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' branch.
Cheers,
Bertr
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 FD
: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] JSBSIM Aircraft Crash at Reset
>
> 2011/2/5 ThorstenB :
> > On 05.02.2011 16:21, ThorstenB wrote:
> >>
> >> I'm currently testing a different patch for the same issue: instead
> >>
2011/2/6 ThorstenB :
> Hi Betrand,
>
> thanks for your patch. Only one comment on your patch though...
>
> On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier wrote:
>> * I would rather make tied_properties a list of SGPropertyNode* rather
>> than a list of strings (same as above : internal JSBSim
Hi Betrand,
thanks for your patch. Only one comment on your patch though...
On Sun, Feb 6, 2011 at 1:08 PM, Bertrand Coconnier 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 really like the
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 whi
2011/2/5 Jon S. Berndt :
>
> 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 f
2011/2/5 ThorstenB :
> 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 act
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
> On Sun,
On Sun, Feb 6, 2011 at 12:45 AM, henri orange 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 error
> What i
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++ -DHAVE
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 co
,
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 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
> 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
> simulat
> 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
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
On Sat, 5 Feb 2011 15:14:42 +0100 (CET), Anders wrote in message
:
> 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 chan
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
no
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 code
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 pul
discussions
> 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 versi
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 deve
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
Revi
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
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
dur
35 matches
Mail list logo