Re: [Flightgear-devel] Seneca II not working after today's simgear update that fixed the screens

2009-06-24 Thread Jon S. Berndt
> On Wed, 2009-06-24 at 06:59 +0200, Anders Gidenstam wrote:
> > On Tue, 23 Jun 2009, Victhor wrote:
> > Btw Jon:
> > Reset in FlightGear yields multiple /fdm/jsbsim property subtrees.
> 
> Here, too.

This is a result of my experimenting with the multiple FDM feature again -
which is not ready, but which should be innocuous. Apparently it's not. Did
you use the JSBSim.cxx from JSBSim CVS? I think I can fix this fairly
easily.

> > I also think JSBSim in FlightGear is creating initfile.xml:s again,
> has
> > anyone else seen that?
> 
> Yes, doing it here, too.  But only after a reset.

Now I need to remember how I fixed this before. Are you using the JSBSim.cxx
from JSBSim CVS?

Jon



--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear presentation on the LinuxTag expo,

2009-06-24 Thread Victhor Foster
Can I come? I mean, on MP ;)

2009/6/24, Martin Spott :
> Hi, just a little reminder for those who missed the original
> announcement: The usual crowd is presenting FlightGear on the LinuxTag
> expo these days (http://www.linuxtag.org/). Typically we are around
> EDDF or EDDI on the MP servers between 07:00 and 16:00 UTC:
>
>   http://foxtrot.mgras.net/bitmap/FGFS/LinuxTag-2009_33.png
>
> Feel free to join us there for some serious flying   well, at least
> we're trying to educate our guests pilots to behave accordingly  ;-)
>
> Cheers,
>   Martin.
> --
>  Unix _IS_ user friendly - it's just selective about who its friends are !
> --
>
> --
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear presentation on the LinuxTag expo,

2009-06-24 Thread Martin Spott
Hi, just a little reminder for those who missed the original
announcement: The usual crowd is presenting FlightGear on the LinuxTag
expo these days (http://www.linuxtag.org/). Typically we are around
EDDF or EDDI on the MP servers between 07:00 and 16:00 UTC:

  http://foxtrot.mgras.net/bitmap/FGFS/LinuxTag-2009_33.png

Feel free to join us there for some serious flying   well, at least
we're trying to educate our guests pilots to behave accordingly  ;-)

Cheers,
Martin.
-- 
 Unix _IS_ user friendly - it's just selective about who its friends are !
--

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Seneca II not working after tod ay's simgear update that fixed the screens

2009-06-24 Thread Torsten Dreyer
> We're getting more careful about properties. No longer are referenced
> properties merely created if they do not exist. That can lead to errors. A
> referenced property needs to already exist, or it needs to be declared.
What makes me wonder is, that after adding
   ice/wing
right at the beginning of the aerodynamics section, I get the warning
"Property ice/wing is already defined."

The system complains "its missing" if I don't declare it and it 
complains "it''s already there" if I define it.

It's like buying new shoes for my wife - no chance to get the right ones...

Torsten
 

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Seneca II not working after today's simgear update that fixed the screens

2009-06-24 Thread Jon S. Berndt
We're getting more careful about properties. No longer are referenced 
properties merely created if they do not exist. That can lead to errors. A 
referenced property needs to already exist, or it needs to be declared. 

Jon


-Original Message-
From: Torsten Dreyer 
Sent: Wednesday, June 24, 2009 11:48 AM
To: FlightGear developers discussions 
Subject: Re: [Flightgear-devel] Seneca II not working after today's simgear 
update that fixed the screens

> Rather long title, eh? :D
> I'm getting an error with the Seneca II. "IndependenVar property,
> ice/wing in Table definition is not defined."
> That's all.
> Even with debug logs, the rest of it is just JSBSim aerodynamic tables.
> They stop in that error.
Hmm something in JSBSim has changed that requires the property ice/wing to be 
declared. This is now done, but surprisingly JSBSim now complains that 
variable is already defined!?
At least the Seneca is now working again - just ignore the warning message.

Torsten

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Seneca II not working after today's simgear update that fixed the screens

2009-06-24 Thread Torsten Dreyer
> Rather long title, eh? :D
> I'm getting an error with the Seneca II. "IndependenVar property,
> ice/wing in Table definition is not defined."
> That's all.
> Even with debug logs, the rest of it is just JSBSim aerodynamic tables.
> They stop in that error.
Hmm something in JSBSim has changed that requires the property ice/wing to be 
declared. This is now done, but surprisingly JSBSim now complains that 
variable is already defined!?
At least the Seneca is now working again - just ignore the warning message.

Torsten

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Seneca II not working after today's simgear update that fixed the screens

2009-06-24 Thread Jon S. Berndt
> On Wed, 2009-06-24 at 06:59 +0200, Anders Gidenstam wrote:
> > On Tue, 23 Jun 2009, Victhor wrote:
> > Btw Jon:
> > Reset in FlightGear yields multiple /fdm/jsbsim property subtrees.
> 
> Here, too.
> 
> > I also think JSBSim in FlightGear is creating initfile.xml:s again,
> has
> > anyone else seen that?
> 
> Yes, doing it here, too.  But only after a reset.
> 
> > Cheers,
> >
> > Anders


OK, Thanks,

Jon



--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] startup.nas

2009-06-24 Thread Melchior FRANZ
* Detlef Faber -- 6/23/2009 9:17 PM:
> Am Dienstag, den 23.06.2009, 14:25 +0200 schrieb Melchior FRANZ:
> > is now broken since Detlefs recent changes. 
> 
> I'm innocent on this. You sure meant someone else ;-)

Whoops, indeed, sorry. (That was probably because Torsten and
Detlef are both German first names which aren't used in Austria. :-)

m.

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] [Simgear-cvslogs] CVS: SimGear/simgear/structure SGWeakPtr.hxx, NONE, 1.1 SGWeakReferenced.hxx, NONE, 1.1 Makefile.am, 1.10, 1.11 SGAtomic.cxx, 1.2, 1.3 SGAtomic.hxx, 1.3, 1.4 S

2009-06-24 Thread James Turner

On 24 Jun 2009, at 06:19, Mathias Froehlich wrote:

> Log Message:
> Provide a thread safe SGWeakPtr implementation.
> Extend SGAtomic with atomic exchange and add.
> Import updates from the original implementation of that in OpenFDM.

An observation: this change has stopped SGAtomic being (by default) a  
proxy for osg/OpenThreads Atomic. There's a downside to this -  
OpenThreads Atomic has a specialisation (not of the template kind, but  
the #ifdef kind) for OS-X atomics -  
_OPENTHREADS_ATOMIC_USE_BSD_ATOMIC. On Mac we're still on GCC version  
4.0 by default [1], so we don't get the GCC built-in case for SGAtomic  
and friends - and will fall back to a pthread-mutex implementation.

I know there's an argument for having Simgear not depend on OSG, which  
I agree with, and I know it's awkward to depend on OpenThreads when  
it's typically only distributed as part of the OSG tree, it just seems  
like a step backwards - I'd prefer to delegate all thread support to  
OpenThreads and maintain less code ourselves.

[1] - yes, it's ridiculous that the stock compiler is still 4.0. A  
newer version (4.2) is available, but I'm hesitant to switch to it  
when the system compiler is still 4.0.

James

--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel