On Sun, 2011-01-23 at 23:49 -0700, Ron Jensen wrote:
On Sunday 23 January 2011 23:25:43 Gary Carvell wrote:
Swapping the order of these two lines in PBY-6.xml appears to fix the
problem: 775 42841.0.2800
776 21252.
For Erik, and any other JSB-aware folks who might be reading,
My fix for (FlightGear) bug #204 got over-written by Erik's recent JSBSim merge
- I was reminded about this at the time, but forgot to ask this question then.
What's the appropriate way to get this change reviewed and into JSBSim
On Mon, 2011-01-24 at 08:30 +, James Turner wrote:
For Erik, and any other JSB-aware folks who might be reading,
My fix for (FlightGear) bug #204 got over-written by Erik's recent JSBSim
merge - I was reminded about this at the time, but forgot to ask this
question then. What's the
Thanks,
And there is an other strange behavior , with that outdated model.
When bombing water, the Aircraft create wildfire, which is idiot.
Gérard, the original author, never gave me any explanation about it.
To me, that feature ( create wildfire ) must be removed.
2011/1/24 Erik Hofman
On Mon, 24 Jan 2011 13:06:31 +0100, henri wrote in message
AANLkTini+bnCJ7eOSsYtABw5kHq==7x9W5zFy=ysq...@mail.gmail.com:
2011/1/24 Erik Hofman e...@ehofman.com
On Sun, 2011-01-23 at 23:49 -0700, Ron Jensen wrote:
On Sunday 23 January 2011 23:25:43 Gary Carvell wrote:
Swapping the
On Mon, 24 Jan 2011, henri orange wrote:
Thanks,
And there is an other strange behavior , with that outdated model.
When bombing water, the Aircraft create wildfire, which is idiot.
Gérard, the original author, never gave me any explanation about it.
To me, that feature ( create wildfire )
Yes, that model version is outdated, i understood it was Fg 1.9 compatible.
For some reason Gérard didn't continue it.
There is an other version within the grtux hangar which was permanently
improved and updated according to FG git version.
For the record, i am checking, it does suit to FG
If it is,
the sequence is wrong it should be:
First, there is wildfire , at some place on the scenery
Second the aircraft fly over, bombing water.
Third the water is extinguishing it , if the bombing is right.
It is missing the right scenario.
Since the existing process look like the Aircraft
On Mon, 24 Jan 2011 13:31:13 +0100 (CET), Anders wrote in message
pine.lnx.4.64.1101241328370.3...@sleipner.gidenstam.se:
On Mon, 24 Jan 2011, henri orange wrote:
Thanks,
And there is an other strange behavior , with that outdated model.
When bombing water, the Aircraft create
On Mon, Jan 24, 2011 at 7:24 AM, Arnt Karlsen a...@c2i.net wrote:
..we have more problems, I tested both the Catalina and the
Catalina-plib, both segfaults on FG start-up:
https://github.com/gasguru/flightgearthings/blob/master/catalinas
--
..med vennlig hilsen = with Kind Regards from Arnt
On Mon, 24 Jan 2011 13:52:41 +0100, henri wrote in message
AANLkTinvnx1jDgtoWUYzh2HVGS42dG_iBhSq0Judo0O=@mail.gmail.com:
Yes, that model version is outdated, i understood it was Fg 1.9
compatible. For some reason Gérard didn't continue it.
There is an other version within the grtux hangar
Following on from the release branches of the code, it's now time to make a
release branch for fgdata. (In fact it should have already been done, since
fgdata contains changes incompatible with the code release branch)
I'll create the release branch from 'master' very soon, and then restore
On Mon, 24 Jan 2011 15:04:37 +, James wrote in message
a0163f8d-7181-4441-a5a5-260f22d5b...@mac.com:
Following on from the release branches of the code, it's now time to
make a release branch for fgdata. (In fact it should have already
been done, since fgdata contains changes incompatible
On 24 Jan 2011, at 09:20, Erik Hofman wrote:
Indeed, main development takes place at www.jsbsim.org and the code is
copied over the FlightGear regularly. Adding patches to FlightGear's
JSBSim code will be overwritten then.
I'll forward this message to the JSBSim mailinglist for discussion.
On Sun, 2011-01-23 at 16:50 +0100, ThorstenB wrote:
On Sun, Jan 23, 2011 at 3:44 PM, Geoff McLane wrote:
And I am not so sure MSVC even zeros static variables,
unless specifically set to NULL/0, unlike as suggested
for gcc, thus say :-
static char *
Arrgh, sorry.
I have just Looked at the diff from that old GPL version to the last
private version, there is no way to make an easy patch to debug the old
one.
The differences are huge, 3D model, FDM , system files, the other issue is
the diff of license from GPL to CC.
BTW: right now, i wonder
On Monday, January 24, 2011 07:54:53 am Geoff McLane wrote:
On Sun, 2011-01-23 at 16:50 +0100, ThorstenB wrote:
On Sun, Jan 23, 2011 at 3:44 PM, Geoff McLane wrote:
And I am not so sure MSVC even zeros static variables,
unless specifically set to NULL/0, unlike as suggested
Hi,
MSVC implements proper initialization of static variables.
http://msdn.microsoft.com/en-us/library/0x80hh2d%28v=VS.90%29.aspx
If you do not explicitly initialize a global static variable, it is
initialized to 0 by default, and every member that has pointer type is
assigned a null pointer.
On Sun, Jan 23, 2011 at 9:13 PM, Andreas Gaeb wrote:
ok, I found the cause for this one. FGPropagate's members
LocalTerrainRadius, SeaLevelRadius and VehicleRadius are not initialized
in the constructor but only later in InitModel(). FGInitialCondition
Andreas, thanks a lot for debugging this!
I have another git question:
James has created v2.2.0 release branches on the git server.
I would like to keep up-to-date builds of both versions here.
If I switch branches in the source tree, git switches the files under
version control but doesn't touch any files it doesn't know about.
On Mon, Jan 24, 2011 at 8:43 PM, Olaf Flebbe wrote:
MSVC implements proper initialization of static variables.
http://msdn.microsoft.com/en-us/library/0x80hh2d%28v=VS.90%29.aspx
If you do not explicitly initialize a global static variable, it is
initialized to 0 by default, and every member
On Mon, Jan 24, 2011 at 9:01 PM, Curtis Olson wrote:
If I do a build of the next branch,
then switch to the releases/2.2.0 branch, I still inherit all the build
object files from the other branch. So then I have to do a complete make
clean; make for simgear and flightgear each time I want to
Hi Curt,
The best way to handle this is definitely using out-of-source builds.
In your git repo, just create build-branch dir's, and build from
there. For autotools, just run ../configure make make install,
or ccmake .. make make install if you want to use cmake. I do
this all the time, works
On Mon, Jan 24, 2011 at 6:49 AM, Ron Jense wrote:
On Sunday 23 January 2011 23:25:43 Gary Carvell wrote:
Hi all,
I've noticed that the Catalina has been broken for some time.
FlightGear aborts on startup with this message:
Error loading aerodynamic function in aero/coefficient/CDhump:
On 24 Jan 2011, at 20:01, Curtis Olson wrote:
Perhaps another approach would be to do out-of-source builds. I think
automake/conf should support that, although it's been a while since I've
tried it.
Cmake is very good at out-of-source builds :)
Of course configure can do them too - and
Looks like we're going to have a booth this year again:
http://www.linuxtag.org/2011/en.html
I'll post an update as soon as the booth is definitely confirmed.
Generally I'd say: If you were planning to visit Berlin anyway, this is
the perfect occasion for killing two birds with just one stone.
On 23 Jan 2011, at 20:13, Andreas Gaeb wrote:
With both patches applied, I can't seem to produce any more NaNs by
resetting, though one never knows for sure...
Looks good here, both are merged to next, and to the 2.2.0 release branch.
Obviously everyone should keep an eye out for similar
Seems like FlightGear (as a mentoring organization) has a month
remaining to decide what we're going to do.
Hello contact -
Google is excited to announce Google Summer of CodeTM 2011! Google
Summer of Code is a program designed to encourage student
participation in open source development by
On Mon, Nov 29, 2010 at 2:21 AM, Tim Moore timoor...@gmail.com wrote:
On Mon, Nov 29, 2010 at 9:39 AM, thorsten.i.r...@jyu.fi wrote:
One more observation. Yesterday I was doing tweaks to the spin related
functions in my model and during spin tests I noticed that I get the
same
affect
hey Alexander,
its a precompiled version i got from
http://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC#line90
http://gitorious.org/fg/flightgear/blobs/next/docs-mini/README.MSVC#line90previously
i tried to compile myself but the OSG server wasn't quite cooperative
30 matches
Mail list logo