Re: [Flightgear-devel] The Release: Whats New

2007-12-10 Thread Durk Talsma
On Tuesday 11 December 2007 08:19, Maik Justus wrote:
> Hi,
>
> there are two "What's New" lists in the wiki:
> http://wiki.flightgear.org/flightgear_wiki/index.php?title=Changes_since_0.
>9.10 and
> http://wiki.flightgear.org/flightgear_wiki/index.php?title=FlightGear_pre-r
>elease_changelog_summary
>
> Which one will be used as the "official" What's new list"?
> I would prefer the first one (more detailed).
>

Yes the first one is the "official" one. The second one was added by me after 
I couldn't find the already existing one, and should be removed. I just never 
got around to do that...

Cheers,
Durk

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] The Release: Whats New

2007-12-10 Thread Maik Justus
Hi,

there are two "What's New" lists in the wiki:
http://wiki.flightgear.org/flightgear_wiki/index.php?title=Changes_since_0.9.10
and
http://wiki.flightgear.org/flightgear_wiki/index.php?title=FlightGear_pre-release_changelog_summary

Which one will be used as the "official" What's new list"?
I would prefer the first one (more detailed).

Maik

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Release update

2007-12-10 Thread Durk Talsma
On Monday 10 December 2007 04:26, Curtis Olson wrote:
>
> Durk is planning to roll up the official source/data tar balls for the next
> release sometime this week.

As it looks right now, either tonight, or Thursday evening will be my two 
windows of opportunity this week. As a matter of fact, I just did the dress 
rehearsal build and install for the upcoming 1.0 release. Since everything is 
proceeding according to plan, I could probably push the rehearsal build onto 
the web, but I'd like to give a little more opportunity to get last minute 
patches in. 

I have a strong preference to complete building the tar files tonight, because 
I'm out of town on the weekend  (Friday and Saturday), and probably not much 
in reach of email. So if there are any remaining patches, please try to get 
them in before 9:00 PM Central European Time (3:00PM eastern USA), so I can 
start building the final version then.

> We had a great debate about version numbers and I don't want to spend too
> much time summarizing that thread, but what I took away from it is that
> there is a variety of opinions and no general consensus.  My desire is to
> call this v1.0 and by my reading, there were at least as many posters that
> supported a v1.0 as supported any of the other options.  Certainly there
> were many other good ideas and many good supporting logic for those ideas,
> but at some point we have to make a choice and go with it.
>

Which reminds me of a related topic, which we actually never discussed: What 
do we do with SimGear's version number? I need to change it to something, 
because we can't leave it at 0.3.11-pre2. Traditionally, simgear version 
numbers are synchronized with FlightGear. If FlightGear goes to 1.0, simgear 
could move to 0.4.0. However, this could also be a good opportunity to fully 
synchronize SimGear's version number. I.e. also make it 1.0.0 The latter 
would be my preference.

Cheers,
Durk

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] b1900d startup

2007-12-10 Thread
On Mon, 10 Dec 2007 23:01:39 -0600
Robert Black <[EMAIL PROTECTED]> wrote:

> On Monday 10 December 2007 07:44:27 pm Syd&Sandy wrote:
> > I think I finally found out why the b1900d is still running at startup...
> > The condition lever is set to 1 in the TurbineEngine.cpp file , so it
> > appears to override anything in the set file. Ive forced it to 0 in the
> > system.nas file during fdm initialization , but then you hear the engines
> > shutting down Anyone know of a way to override the engine condition
> > property ?
> > And while I'm on the subject of YASim , is there a way to increase reverse
> > thrust effectiveness ? Cheers
> 
> I was flying a jet and trying to find the reverse thruster key combo's by 
> looking through the docs and never did find it. It might be a good idea for 
> that to be in the aircraft help file of all the planes that have thrust 
> reversers.  

The only aircraft I did that have reversers are the Cessna Citations , and I 
use the Delete key to toggle reverse thrust ... I'm not sure what other 
aircraft use ..
Cheers
  

-- 
Syd&Sandy <[EMAIL PROTECTED]>

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] b1900d startup

2007-12-10 Thread Robert Black
On Monday 10 December 2007 07:44:27 pm Syd&Sandy wrote:
> I think I finally found out why the b1900d is still running at startup...
> The condition lever is set to 1 in the TurbineEngine.cpp file , so it
> appears to override anything in the set file. Ive forced it to 0 in the
> system.nas file during fdm initialization , but then you hear the engines
> shutting down Anyone know of a way to override the engine condition
> property ?
> And while I'm on the subject of YASim , is there a way to increase reverse
> thrust effectiveness ? Cheers

I was flying a jet and trying to find the reverse thruster key combo's by 
looking through the docs and never did find it. It might be a good idea for 
that to be in the aircraft help file of all the planes that have thrust 
reversers.  

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] b1900d startup

2007-12-10 Thread gerard robin
On mar 11 décembre 2007, Syd&Sandy wrote:
> I think I finally found out why the b1900d is still running at startup...
> The condition lever is set to 1 in the TurbineEngine.cpp file , so it
> appears to override anything in the set file. Ive forced it to 0 in the
> system.nas file during fdm initialization , but then you hear the engines
> shutting down Anyone know of a way to override the engine condition
> property ?
> And while I'm on the subject of YASim , is there a way to increase reverse
> thrust effectiveness ? Cheers


I get the same kind of problem, recently, was working before,
the system override the throttle initialization value which is within 
the -set.xml file.  
And, me too, i solve it with  my system.nas

Regards


-- 
Gérard
http://pagesperso-orange.fr/GRTux/
<< Less i work, better i go >>


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] b1900d startup

2007-12-10 Thread
I think I finally found out why the b1900d is still running at startup...
The condition lever is set to 1 in the TurbineEngine.cpp file , so it appears 
to override anything in the set file. Ive forced it to 0 in the system.nas file 
during fdm initialization , but then you hear the engines shutting down
Anyone know of a way to override the engine condition property ? 
And while I'm on the subject of YASim , is there a way to increase reverse 
thrust effectiveness ?
Cheers

-- 
Syd&Sandy <[EMAIL PROTECTED]>

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] multiplayer generic properties

2007-12-10 Thread Maik Justus
Hi Melchior,
Melchior FRANZ schrieb am 10.12.2007 19:32:
> Note that loops/listeners that were started in  have
> to be stopped/removed in ! Otherwise they will keep
> running (which is a feature), and you might accumulate them over
> time. The bo105 does that correctly, the v22 does not!  :-)
>
>   
Thanks for reporting. I sent a patch to Emmanuel. Should be in cvs, soon.

Maik


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfault on 0.9.11-pre2

2007-12-10 Thread Melchior FRANZ
* Tatsuhiro Nishioka -- Monday 10 December 2007:
> this patch can be and should be applied to CVS/head too

Done, thanks.

m.

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] multiplayer generic properties

2007-12-10 Thread Melchior FRANZ
* Melchior FRANZ -- Sunday 09 December 2007:
> * Melchior FRANZ -- Sunday 09 December 2007:
> > BTW: in my tests yesterday I noticed that the  part was
> > never called, and so the loop is never stopped.
> 
> Just for the record: yes, that's not done ATM. Will fix tomorrow.

Which is now done. It may not look pretty, but it's the sanest
approach for now (IMHO), and it won't be necessary for fg/osg at
all.

 and  are now called per model instance.
Note that loops/listeners that were started in  have
to be stopped/removed in ! Otherwise they will keep
running (which is a feature), and you might accumulate them over
time. The bo105 does that correctly, the v22 does not!  :-)

Please test in MP and report any problems. It worked in a local
network so far.

m.

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Chat Menu patch

2007-12-10 Thread Stuart Buchanan

--- Robert Black wrote:
> > ... and as my mail client insists on wrapping lines with CRLF, I've
> > uploaded a diff file to http://www.nanjika.co.uk/flightgear.chat-menu.diff
> >
> > -Stuart
> 
> I'm getting a 404 not found error on the link. 

Should be http://www.nanjika.co.uk/flightgear/chat-menu.diff

Sorry for the noise.

-Stuart


  __
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Chat Menu patch

2007-12-10 Thread Robert Black
I'm getting a 404 not found error on the link. 

On Monday 10 December 2007 07:32:59 am Stuart Buchanan wrote:
> --- Stuart Buchanan wrote:
> > Hi All,
> >
> > Two small Chat Menu related patches:
> >
> > 1) The chat menu will now select the runway closest to the aircraft when
> > the aircraft is on the ground, or very low (< 100ft). This handles the
> > case where the
> > user has selected a runway explicitly, e.g. 01R for KSFO take-offs for
> > noise abatement. My thanks for AnMaster for pointing this out on IRC.
> > Note that above 100 ft, the wind-appropriate runway will still be used.
> >
> > 2) Change to keyboard description for the - key, as pointed out by
> > Melchior.
> >
> > If someone could commit them to CVS, I'd be very grateful.
>
> ... and as my mail client insists on wrapping lines with CRLF, I've
> uploaded a diff file to http://www.nanjika.co.uk/flightgear.chat-menu.diff
>
> -Stuart

I'm getting a 404 not found error on the link. 

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfault on 0.9.11-pre2

2007-12-10 Thread Tatsuhiro Nishioka
Hi again,

By the way, this patch can be and should be applied to CVS/head too
since I also have exactly the same segfault with cvs/head on Mac OS X.

Best,

Tat

On Dec 11, 2007, at 12:37 AM, Tatsuhiro Nishioka wrote:

> Hi,
>
> I made a patch to fix the segfault in exiting fgfs on 0.9.11-pre2.
> This segfault happens by releasing uninitialized instance variables  
> in FGGlobals::~FGGlobals()
>
> Durk, or Melchior, appply this patch before the release, please.
>
> Thank you.
>
> Tat


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] segfault on 0.9.11-pre2

2007-12-10 Thread Tatsuhiro Nishioka

Hi,

I made a patch to fix the segfault in exiting fgfs on 0.9.11-pre2.
This segfault happens by releasing uninitialized instance variables in  
FGGlobals::~FGGlobals()


Durk, or Melchior, appply this patch before the release, please.

Thank you.

Tat

On Dec 8, 2007, at 10:43 PM, Tatsuhiro Nishioka wrote:


Hi there,

I've encountered a weird sigfault on Mac OS 10.5 with 0.9.11-pre2.

when I launch fgfs without opening window, fgfs crashes with segfault.
e.g., fgfs --fg-root=. --help makes segfault. Simply launching fgfs
without no options does too.
So does specifying a wrong option.

But It doesn't crash when launched with the main window (with options
--airport=KSFO --aircraft=c172p)

Here is the crash log that I have.

Thread 0 Crashed:
0   fgfs0x0048bfb6
std::_Rb_tree,
std::allocator >, std::pair, std::allocator > const,
SGSharedPtr >,
std::_Select1st, std::allocator > const,
SGSharedPtr > >, std::less, std::allocator > >,
std::allocator, std::allocator > const,
SGSharedPtr > >

::_M_erase(std::_Rb_tree_node
std::char_traits, std::allocator > const,
SGSharedPtr > >*) + 92
1   fgfs0x0048b628
SGMaterialLib::~SGMaterialLib() + 24
2   fgfs0x00300c99 FGGlobals::~FGGlobals()
+ 467
3   fgfs0x2c56 fgExitCleanup() + 64
4   libSystem.B.dylib   0x9432e967 __cxa_finalize + 252
5   libSystem.B.dylib   0x9432e850 exit + 33
6   fgfs0x00307cc7 fgMainInit(int, char**)
+ 1005
7   fgfs0x2973 main + 175
8   fgfs0x21f2 _start + 216
9   fgfs0x2119 start + 41
(snip)

I guess this is caused by releasing uninitialized instance
variable(s). the crash report says it happens around
SGMaterialLib::~SGMaterialLib()
but that method is empty  hmmm, no idea what causes this.

First I doubt this is caused by the patch that I made for fixing DList
stack overflow, but the built without that patch also ends up with the
same result.
I've already tried some clean builds but it didn't help.

Does anyone have the same issue? or any hints?

Thanks in advance,

Tat




FlightGear-0.9.11-pre2.diff
Description: Binary data
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OSG branch current CVS segfault in SimGear ModelRegistry.cxx

2007-12-10 Thread Chris Metzler
On Mon, 10 Dec 2007 07:26:30 +0100
Tim Moore wrote:
> 
> In any event, this should be fixed now.

Yup, appears fixed.  Thanks.

-c

-- 
Chris Metzler   [EMAIL PROTECTED]
(remove "snip-me." to email)

"As a child I understood how to give; I have forgotten this grace since I
have become civilized." - Chief Luther Standing Bear


signature.asc
Description: PGP signature
-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Chat Menu patch

2007-12-10 Thread Stuart Buchanan
--- Stuart Buchanan wrote:
> Hi All,
> 
> Two small Chat Menu related patches:
> 
> 1) The chat menu will now select the runway closest to the aircraft when the
> aircraft is on the ground, or very low (< 100ft). This handles the case where
> the
> user has selected a runway explicitly, e.g. 01R for KSFO take-offs for noise
> abatement. My thanks for AnMaster for pointing this out on IRC. Note that 
> above
> 100 ft, the wind-appropriate runway will still be used. 
> 
> 2) Change to keyboard description for the - key, as pointed out by Melchior.
> 
> If someone could commit them to CVS, I'd be very grateful.

... and as my mail client insists on wrapping lines with CRLF, I've uploaded a
diff file to http://www.nanjika.co.uk/flightgear.chat-menu.diff

-Stuart


  __
Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Pre-final aircraft selection

2007-12-10 Thread gerard robin
On sam 8 décembre 2007, Melchior FRANZ wrote:
> * Durk Talsma -- Saturday 08 December 2007:
> > Based on all the input sofar, I'd like to propose the following list of
> > aircraft for inclusion in the next release:
>
> Looks good. Not trying to say anything particular -- just FYI:
>
>   20M 787
>   20M A-10
>   26M bf109
>   3.2Mbo105*
>   84K c172
>   1.9Mc172p
>   6.4MSenecaII
>   8.5Mdhc2
>   5.9Mb1900d
>   12M Lightning
>   1.2Mj3cub
>   13M seahawk
>   12M p51d
>   1.8Mpa28-161
>   13M bocian
>   600Kufo*
>   9.5Mbleriot-XI
>
>   + one of those
>   2.5MT38
>   9.9MPBY-Catalina
>   17M SR71-BlackBird
>
>
> * ... a bit less, actually, as this includes files that only I have
>
> The bleriot is very nice, much nicer than the wright. But its FDM
> is a bit ... ummm ... well, the engine is quite powerful and the
> aircraft allows some aerobatics, which the real one probably didn't  ;-)
>
> m.

About the Bleriot i fully agree with Melchior, the FDM could "make laugh" 
versus the Wright,

However i am sure that somebody, here, very aware with YASim could could give 
to that wonderful plane an FDM which is at the right level ( roll, lift, 
engine power, may be drag).


Cheers



-- 
Gérard
http://pagesperso-orange.fr/GRTux/
<< Less i work, better i go >>


-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Chat Menu patch

2007-12-10 Thread Stuart Buchanan
Hi All,

Two small Chat Menu related patches:

1) The chat menu will now select the runway closest to the aircraft when the
aircraft is on the ground, or very low (< 100ft). This handles the case where 
the
user has selected a runway explicitly, e.g. 01R for KSFO take-offs for noise
abatement. My thanks for AnMaster for pointing this out on IRC. Note that above
100 ft, the wind-appropriate runway will still be used. 

2) Change to keyboard description for the - key, as pointed out by Melchior.

If someone could commit them to CVS, I'd be very grateful.

-Stuart


Index: chat-menu.xml
===
RCS file: /var/cvs/FlightGear-0.9/data/gui/dialogs/chat-menu.xml,v
retrieving revision 1.1
diff -u -r1.1 chat-menu.xml
--- chat-menu.xml   8 Dec 2007 19:04:59 -   1.1
+++ chat-menu.xml   10 Dec 2007 12:18:57 -
@@ -179,27 +179,61 @@
 };
   }  
   
-  # Determine the active runway.
-  var wind_speed = getprop("/environment/wind-speed-kt");
-  var wind_from = wind_speed ? 
getprop("/environment/wind-from-heading-deg")
: 270;
-  var max = -1;
+  # Determine the active runway. We have two ways to do this:
+  # - If the aircraft is on the ground (or very close to it), we'll try to
determine 
+  # the runway it is closest to.
+  # - If the aircraft is in the air, we'll work out the active runway based
on the wind.
+  
   var active_runway = "";
-
-  foreach (var r; keys(airport.runways)) {
-var curr = airport.runways[r];
-
-var wind = wind_from - curr.heading;
-while (wind >= 180) wind -= 360;
-while (wind < -180) wind += 360;
-
-var deviation = math.abs(wind) + 1e-20;
-var v = (0.01 * curr.length + 0.01 * curr.width) / deviation;
-
-if (v > max) {
-  max = v;
-  active_runway = r;
+  var on_ground = (getprop("/position/altitude-agl-ft") < 100);
+  
+  if (on_ground)
+  {
+# To find out the closest runway to the aircrafts position, we'll look
at the heading 
+# required to go from the aircraft's current position to the center of
each runway. 
+# The closer this is to the runways real heading, the more likely this
is the runway 
+# we're on. Note that we can't rely on /sim/atc/runway, as this is only
set on 
+# initialization.
+var max = 360;
+var loc = geo.aircraft_position();
+
+foreach (var r; keys(airport.runways)) {
+  var curr = airport.runways[r];
+  var p = geo.Coord.new();
+  p.set_latlon(curr.lat, curr.lon, airport.elevation);
+  
+  var course = p.course_to(loc);
+  var deviation = math.abs(course - geo.normdeg(curr.heading + 180));
+  
+  if (deviation < max)
+  {
+active_runway = r;
+max = deviation;
+  }
 }
   }
+  else
+  {  
+var wind_speed = getprop("/environment/wind-speed-kt");
+var wind_from = wind_speed ?
getprop("/environment/wind-from-heading-deg") : 270;
+var max = -1;
+
+foreach (var r; keys(airport.runways)) {
+  var curr = airport.runways[r];
+
+  var wind = wind_from - curr.heading;
+  while (wind >= 180) wind -= 360;
+  while (wind < -180) wind += 360;
+
+  var deviation = math.abs(wind) + 1e-20;
+  var v = (0.01 * curr.length + 0.01 * curr.width) / deviation;
+
+  if (v > max) {
+max = v;
+active_runway = r;
+  }
+}
+  }

   # Find our distance and cardinal direction to the airport.
   var directions = split(",", "North,North East,East,South East,South,South
West,West,North West");


Index: keyboard.xml
===
RCS file: /var/cvs/FlightGear-0.9/data/keyboard.xml,v
retrieving revision 1.105
diff -u -r1.105 keyboard.xml
--- keyboard.xml8 Dec 2007 19:30:20 -   1.105
+++ keyboard.xml10 Dec 2007 12:21:17 -
@@ -355,7 +355,7 @@
  
   -
   false
-  Compose Chat
+  Chat Menu
   
  dialog-show
  chat-menu





  ___
Yahoo! Answers - Got a question? Someone out there knows the answer. Try it
now.
http://uk.answers.yahoo.com/ 

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] OSG branch current CVS segfault in SimGear ModelRegistry.cxx

2007-12-10 Thread Timothy Moore
Tim Moore wrote:
> Chris Metzler wrote:
>> Hi.  Probably not a lot of interest in this with the new release coming
>> shortly, but I just now updated the OSG branch from CVS and rebuilt.  I'm
>> getting a segfault during startup, as "loading scenery objects" comes up
>> on the screen.  A quick check in gdb shows:
...
>> } Program received signal SIGSEGV, Segmentation fault.
>> } [Switching to Thread 1082636640 (LWP 32616)]
>> } simgear::ModelRegistry::readNode (this=0xc4d590, [EMAIL PROTECTED], 
>> opt=0x0)
>> } at 
>> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_deque.h:131
>> } 131 _M_last(__x._M_last), _M_node(__x._M_node) {}
>>
>>
>> I built the OSG version a couple of weeks ago without incident.  It
>> looks like scene/model/ModelRegistry.cxx has been tweaked a couple of
>> times since, including 6 hours ago, so maybe it's something about the
>> most recent changes?
>>
>> If it matters in this case:  Linux, amd64; current CVS/SVN OSG, plib,
>> SimGear, fgfs.
>>
>> -c
>>
> I'm interested in the rest of your backtrace, though I think I know what the 
> problem
> is.

In any event, this should be fixed now.

Tim

-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Building FlightGear, once again

2007-12-10 Thread Vivian Meazza
Jon S. Berndt

> Sent: 10 December 2007 01:28
> To: Flightgear-Devel
> Subject: [Flightgear-devel] Building FlightGear, once again
> 
> 
> For the first time in a very long time, I have a system on 
> which I should be able to build and run FlightGear. I had a 
> script some time ago that handled updating plib, simgear, and 
> flightgear from cvs, and then built compiled that. I think 
> things have changed quite a bit.
> 
> I've got Cygwin and MS Visual C++ Express 2005. Which one 
> would be better for me to use? How different is the build 
> process at this time from what is was a few years ago?
> 
> Where is the best resource on the FlightGear web site for me 
> to refer to for building FlightGear on Windows?
> 

Last time I tried (some time earlier this year) OSG wouldn't compile under
Cygwin due to compiler version incompatibilities. I was forced to change to
MSVC8, and haven't regretted it - the necessary project files for FG are
supplied in cvs (although they aren't always up to date), and MSVC8 has a
nice editor for xml and C++ (works quite well for Nasal too). Running FG
under Cygwin has a performance penalty. On the other hand Cygwin is still
needed for terrasync, and I have not found a method of applying patches
under Windows, not that I've looked very hard - Cygwin does just fine.

HTH

Vivian 



-
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel