Re: [Flightgear-devel] startup.nas

2009-07-22 Thread Torsten Dreyer
>
> I still get the message from startup.nas at some airports.  Here is an
> example at KLMO, home base for the real N7764P.
This should be fixed now. 

Torsten

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


Re: [Flightgear-devel] startup.nas

2009-07-21 Thread Torsten Dreyer
> Torsten Dreyer wrote:
> > Just commited a hack for envrionment_ctrl.cxx.
> >
> > It now waits for the first METAR to arrive before proceeding with the
> > initialization sequence. This prevents the nasal-dir-initialized signal
> > being fired before a METAR has arrived.
> >
> > I more and more like the idea of removing startup.nas and implenting the
> > automatic runway selection depending on METAR wind directly in the
> > METAR-subsystem, probably enabled by a property.
> >
> > I didn't mark the hack as "temporary" because temporary solutions usually
> > last longest ;-)
> >
> > For now, the message from startup.nas should have disappeared and
> > automatic runway selection based on METAR wind should work again.
> >
> > Torsten
>
> Hi Torsten,
>
> I still get the message from startup.nas at some airports.  Here is an
> example at KLMO, home base for the real N7764P.
Yep - me, too for KLMO. I'll look into soon.

Torsten

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


Re: [Flightgear-devel] startup.nas

2009-07-21 Thread dave perry
Torsten Dreyer wrote:
> Just commited a hack for envrionment_ctrl.cxx. 
>
> It now waits for the first METAR to arrive before proceeding with the 
> initialization sequence. This prevents the nasal-dir-initialized signal being 
> fired before a METAR has arrived.
>
> I more and more like the idea of removing startup.nas and implenting the 
> automatic runway selection depending on METAR wind directly in the 
> METAR-subsystem, probably enabled by a property.
>
> I didn't mark the hack as "temporary" because temporary solutions usually 
> last 
> longest ;-)
>
> For now, the message from startup.nas should have disappeared and automatic 
> runway selection based on METAR wind should work again.
>
> Torsten
>
>   
Hi Torsten,

I still get the message from startup.nas at some airports.  Here is an 
example at KLMO, home base for the real N7764P.

[...@dadsoffice data]$ ./bin/fgfs --airport=KLMO --aircraft=pa24-250 
--fg-scenery=/home/dad/scenery --enable-real-weather-fetch
FGMultiplayMgr - No receiver port, Multiplayermode disabled
Nasal runtime error: nil used in numeric context
  at /usr/local/games/FlightGear/data/Nasal/startup.nas, line 12
  called from: /usr/local/games/FlightGear/data/Nasal/startup.nas, line 29
KI266 dme indicator #0 initialized
Nasal Electrical System Initialized

fgfs and SimGear updated from cvs yesterday.

Regards,
Dave P.

--
___
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] startup.nas

2009-06-23 Thread Torsten Dreyer
Just commited a hack for envrionment_ctrl.cxx. 

It now waits for the first METAR to arrive before proceeding with the 
initialization sequence. This prevents the nasal-dir-initialized signal being 
fired before a METAR has arrived.

I more and more like the idea of removing startup.nas and implenting the 
automatic runway selection depending on METAR wind directly in the 
METAR-subsystem, probably enabled by a property.

I didn't mark the hack as "temporary" because temporary solutions usually last 
longest ;-)

For now, the message from startup.nas should have disappeared and automatic 
runway selection based on METAR wind should work again.

Torsten

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


Re: [Flightgear-devel] startup.nas

2009-06-23 Thread Detlef Faber
Am Dienstag, den 23.06.2009, 14:25 +0200 schrieb Melchior FRANZ:
> * Tatsuhiro Nishioka -- 6/23/2009 5:01 AM:
> > I'm not so sure what it should look like, but at least it needs
> > nil check for the property.
> 
> That would only be cosmetics and just hide the fact that the
> METAR runway choosing code is now broken since Detlefs recent
> changes. 

I'm innocent on this. You sure meant someone else ;-)

> The METAR wind direction/strength is now published too
> late for startup.nas, so an aircraft isn't positionend on a
> proper runway if METAR is used. *This* is the problem that needs
> to be fixed, not the Nasal error message.
> 
> startup.nas is/was a bit hackish, anyway. A proper solution
> would be to wait for the METAR wind and only then to set the
> runway and FDM. This would require to initialize the environment
> subsystem earlier. Then we could also drop the additional
> "presets-commit" and save some startup time. startup.nas could
> be dropped altogether.
> 
> m.
> 
> --
> Are you an open source citizen? Join us for the Open Source Bridge conference!
> Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
> Need another reason to go? 24-hour hacker lounge. Register today!
> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] startup.nas

2009-06-23 Thread Melchior FRANZ
* Tatsuhiro Nishioka -- 6/23/2009 5:01 AM:
> I'm not so sure what it should look like, but at least it needs
> nil check for the property.

That would only be cosmetics and just hide the fact that the
METAR runway choosing code is now broken since Detlefs recent
changes. The METAR wind direction/strength is now published too
late for startup.nas, so an aircraft isn't positionend on a
proper runway if METAR is used. *This* is the problem that needs
to be fixed, not the Nasal error message.

startup.nas is/was a bit hackish, anyway. A proper solution
would be to wait for the METAR wind and only then to set the
runway and FDM. This would require to initialize the environment
subsystem earlier. Then we could also drop the additional
"presets-commit" and save some startup time. startup.nas could
be dropped altogether.

m.

--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] startup.nas

2009-06-22 Thread syd adams
I've just changed line 12 to :
if (getprop("/environment/metar/base-wind-speed-kt") or 0 < 1)
return;

Dont know if that's a real fix , but it prevents an error message.

Syd
--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] startup.nas

2009-06-22 Thread Tatsuhiro Nishioka
Hi there,

On Jun 15, 2009, at 4:12 AM, Torsten Dreyer wrote:

>> I've had another error message for the last few weeks while starting FG ,
>>
>>
>> Nasal runtime error: nil used in numeric context
>> at data/Nasal/startup.nas , line 12

I've encountered exactly the same problem.
I'm not so sure what it should look like, but at least it needs nil check for 
the property.
Another solution can be setting 0 to the property at the beginning.

setprop("/environment/metar/base-wind-speed-kt", 0.0);

before set_runway_from_metar_wind() is called.

Melchior, what do you think is the better solution for this?

Tat



>>
>> so it looks like "environment/metar/base-wind-speed-kt" is still nil when
>> read the first time ...
>> I fixed it locally , but not sure who added it , so I'll leave it alone
>
> That's my fault for sure. This node is not initialized before a valid metar 
> has been decoded. The boolean property /environment/metar/valid is true if 
> the properties under /environment/metar are filled from a valid metar.
> So - if a valid metar has not (yet) been received from noaa, there is no 
> wind-speed and no wind-range.
>
> Probably startup.nas should wait for /environment/metar/valid to become true 
> before using the wind-speed and wind-range nodes.
>
> Maybe Melchior has a good idea how to do this?
>
> Torsten
>
>
>
>
>
>
>
> --
> Crystal Reports - New Free Runtime and 30 Day Trial
> Check out the new simplified licensing option that enables unlimited
> royalty-free distribution of the report engine for externally facing 
> server and web deployment.
> http://p.sf.net/sfu/businessobjects
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
Are you an open source citizen? Join us for the Open Source Bridge conference!
Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250.
Need another reason to go? 24-hour hacker lounge. Register today!
http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] startup.nas

2009-06-14 Thread Torsten Dreyer
> I've had another error message for the last few weeks while starting FG ,
>
>
> Nasal runtime error: nil used in numeric context
>  at data/Nasal/startup.nas , line 12
>
> so it looks like "environment/metar/base-wind-speed-kt" is still nil when
> read the first time ...
> I fixed it locally , but not sure who added it , so I'll leave it alone

That's my fault for sure. This node is not initialized before a valid metar 
has been decoded. The boolean property /environment/metar/valid is true if 
the properties under /environment/metar are filled from a valid metar.
So - if a valid metar has not (yet) been received from noaa, there is no 
wind-speed and no wind-range.

Probably startup.nas should wait for /environment/metar/valid to become true 
before using the wind-speed and wind-range nodes.

Maybe Melchior has a good idea how to do this?

Torsten







--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] startup.nas

2009-06-14 Thread syd adams
I've had another error message for the last few weeks while starting FG ,


Nasal runtime error: nil used in numeric context
 at data/Nasal/startup.nas , line 12

so it looks like "environment/metar/base-wind-speed-kt" is still nil when
read the first time ...
I fixed it locally , but not sure who added it , so I'll leave it alone
--
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel