Re: [Flightgear-devel] Initial conditions at reset

[Thomas Biwer]

Thank you for your help Jon,

Is there a way to fix this problem with the altitude on the runway? And
yes, I am using JSBSim planes.

Yes I did take a look in JSBSim.cxx - but without success. I tried to set
the initial conditions within the FGJSBSim()-function as well as within the
init(9 function - none of it worked.
Where should I place it?

Best,
Thomas



[EMAIL PROTECTED] escribió: -


Para: "FlightGear developers discussions"

De: "Jon S. Berndt" <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED]
Fecha: 05/12/2006 13:49
Asunto: Re: [Flightgear-devel] Initial conditions at reset

> First, as I didnt notice before, the plane is hovering a few feet
> above the
> runway at start as soon as I specify an initial velocity. If I specify
the
> initial velocity as zero, it stands on the ground, just as
> normal. By using
> the --notrim option in the command line, it shows up a few inches
> below the
> runway (similar as it is when specifiying --fdm=NULL). Whats the
> reason for
> this? Could it be somewhee in the trimming code?

If you are not trimming, then the aircraft may be placed initially at an
inappropriate altitude, considering where it's CG is defined, and where the
landing gear are defined to be touching. I'm assuming this is for some
JSBSim aircraft. The altitude that the aircraft is initially placed at
should be the vertical distance from the CG to the landing gear location.

> Second, I m still not seeing clearly in the way the reset is processed...
> Could anyone give me a hint as to where the FDM is initialized during the
> reset process? Is the Initialize()-function in the FGState.cpp file still
> involved at all? And if it is not, where does FG take its starting values
> from and where could I tell it to load my initial conditions at
> reset, too?
> (while running FG with --notrim option)

Have you looked inside JSBSim.cxx? That's the interface between FlightGear
and JSBSim.

Jon


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Initial conditions at reset

[Thomas Biwer]

I just want to gently push this back to top, since I figured out more
strange behaviours which I really dont know the cause of...

First, as I didnt notice before, the plane is hovering a few feet above the
runway at start as soon as I specify an initial velocity. If I specify the
initial velocity as zero, it stands on the ground, just as normal. By using
the --notrim option in the command line, it shows up a few inches below the
runway (similar as it is when specifiying --fdm=NULL). Whats the reason for
this? Could it be somewhee in the trimming code?

Second, I m still not seeing clearly in the way the reset is processed...
Could anyone give me a hint as to where the FDM is initialized during the
reset process? Is the Initialize()-function in the FGState.cpp file still
involved at all? And if it is not, where does FG take its starting values
from and where could I tell it to load my initial conditions at reset, too?
(while running FG with --notrim option)

Any thoughts or help are much appreciated indeed.

Best,
Thomas



>
> Hello,
>
> I want to start FlightGear with a bunch of Initial Conditions Settings
and
> I noticed that they dont seem to be loaded when restarting the simulator
> with "File->Reset".
> It rather looks like FG is taking the values for pitch, alpha, and so on
> off of the last session, i.e. if I crashed the plane almost in a 90 deg
> angle to the earth and then press reset, it starts with the plane heading
> towards ground in almost a 90deg angle. By pressing "pause" at startup
and
> comparing the values in the property tree I indeed figured out that the
> values are exactly the same.
> I am using FG 0.9.10 release version and noticed this behaviour with the
> c172 and f16. I am loading the IC in from an external input file. I
> therefore modified the code in FGState.cpp, in the Initialize() function
> with a rather simple routine to read in the values and used the
> FGIC->SetBlahBlah() method of the FGInitialConditions class in order to
> save them.
>
> All works fine as long as I am NOT specifying --notrim in the command
> line. As soon as I specify this option, the above described behaviour
> occurs.
>
> Anyone might be able to shed some light in this matter? Where can I find
> the functions that are responsible for the reset process in the code?
Could
> it be that FG restarts different than its actual starting process is?
>
> Thanks a lot for your help.
>
> Best,
> Thomas
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Initial Conditions at Reset

[Thomas Biwer]

Hello,

I want to start FlightGear with a bunch of Initial Conditions Settings and
I noticed that they dont seem to be loaded when restarting the simulator
with "File->Reset".
It rather looks like FG is taking the values for pitch, alpha, and so on
off of the last session, i.e. if I crashed the plane almost in a 90 deg
angle to the earth and then press reset, it starts with the plane heading
towards ground in almost a 90deg angle. By pressing "pause" at startup and
comparing the values in the property tree I indeed figured out that the
values are exactly the same.
I am using FG 0.9.10 release version and noticed this behaviour with the
c172 and f16. I am loading the IC in from an external input file. I
therefore modified the code in FGState.cpp, in the Initialize() function
with a rather simple routine to read in the values and used the
FGIC->SetBlahBlah() method of the FGInitialConditions class in order to
save them.

This all works fine as long as I am NOT specifying --notrim in the command
line. As soon as I specify this option, the above described behaviour
occurs.

Anyone might be able to shed some light in this matter? Where can I find
the functions that are responsible for the reset process in the code? Could
it be that FG restarts different than its actual starting process is?

Thanks a lot for your help.

Best,
Thomas


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] shut off fading in

[Thomas Biwer]

Well, by digging through the code I found what is responsible for the
fading. It's in src/Main/renderer.cxx from line 752 on. Just commenting out
these lines killed the fading-in-behaviour. For some reason, the
--enable-freeze option doesnt seem to work, which is why I simply press "p"
while FlightGear is loading scenery objects. That way, FG starts without
fading and without a loss of framerate showing in pause-mode and I can
adjust the view or whatever and then take off.

Just in case anyone is looking for the same question someday in the mailing
list's archive...

Thank you for your help,

Best,
Thomas

>
>> Fred, Richard,
>>
>>> Could you start with --enable-freeze (I think it is, it might be
>>> --enable-pause) and then unpause the sim when the screen is ready for
>>> you?
>
>Try:
>fgfs .-prop:/sim/freeze/clock=true --prop:/sim/freeze/master=true
>- --prop:/sim/sceneryloaded-override=true
>instead of --enable-freeze. It's not perfect, but it improves the
>situation for me. You can wait till everything seems to be loaded and
>then unpause. The screen will come immediately after that and you can
>start to react as soon as the sim starts.
>
>Nine
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] shut off fading in

[Thomas Biwer]

Stefan,

Thank you. seems to be the most reasonable approach as for now.

Best,
Thomas

>
>Try:
>fgfs .-prop:/sim/freeze/clock=true --prop:/sim/freeze/master=true
>- --prop:/sim/sceneryloaded-override=true
>instead of --enable-freeze. It's not perfect, but it improves the
>situation for me. You can wait till everything seems to be loaded and
>then unpause. The screen will come immediately after that and you can
>start to react as soon as the sim starts.
>
>Nine
>


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] shut off fading in

[Thomas Biwer]

Anders,

i think the problem within that is that pausing FlightGear pauses the fdm
as well as loading the scenery - so the problem will be the same.
what I am looking for is a function to pause the FDM, while the scenery is
continuing loading. In that way, I could start the FDM as soon as the
scenery is loaded.

Best,
Thomas


>
>On Wed, 22 Nov 2006, Frederic Bouvier wrote:
>
>> The fade out / fade in is here to hide deferred scenery loading.
Unfortunately,
>> the fdm start very early, before all the scenery is loaded ( by another
thread
>> ). The right question would be : is there a way to tell the fdm not to
start
>> before the scenery is loaded ? a question I don't have an answer for,
sorry.
>
>Is there no way to tell FlightGear to start in paused mode?
>If there is perhaps some Nasal script could unpause after some appropriate
>delay.
>
>Cheers,
>/Anders
>---

>Anders Gidenstam
>mail: andersg(at)gidenstam.org
>WWW: http://www.gidenstam.org/FlightGear/JSBSim-LTA/
>



-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] shut off fading in

[Thomas Biwer]

Fred, Richard,

>
>Could you start with --enable-freeze (I think it is, it might be
>--enable-pause) and then unpause the sim when the screen is ready for
>you?
>
>Richard
>

--enable-pause is unknown and the --enable-freeze option doesnt do anything
over here, FG just starts as usual, including fading in...


>
>The fade out / fade in is here to hide deferred scenery loading.
Unfortunately,
>the fdm start very early, before all the scenery is loaded ( by another
thread
>). The right question would be : is there a way to tell the fdm not to
start
>before the scenery is loaded ? a question I don't have an answer for,
sorry.
>
>-Fred
>

Exactly. This is what I wanted to ask, thank you for finding the right
words... :-) Well, maybe I'll dig into some code, though I think it wont be
that easy to find out where the problem is.

Any hints or thoughts are very appreciated...


Thanks,

Thomas

>> -Original Message-
>> Fred,
>>
>> Thank you for your help. This seems to turn off the fading but also
>results in a quite significant drop of the framerate... at least in the
>first minutes.
>> Might there be another solution to turn off fading in?
>>
>> Best,
>> Thomas
>

This e-mail has been scanned for Bede Scientific Instruments for all
viruses by Star Internet. The service is powered by MessageLabs. For
more information on a proactive anti-virus service working around the
clock, around the globe, visit: http://www.star.net.uk


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share
your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] shut off fading in

[Thomas Biwer]

Fred,

Thank you for your help. This seems to turn off the fading but also results
in a quite significant drop of the framerate... at least in the first
minutes.
Might there be another solution to turn off fading in?

Best,
Thomas


>
>Try :
>$ fgfs --prop:/sim/sceneryloaded-override=true
>
>-Fred
>
>
>Quoting Thomas Biwer :
>
>>
>> Hello,
>>
>> I noticed that as you start or reset FG the screen kind of fades in.
This
>> looks quite nice but it interferes with me as I want to start FG with
>> initial conditions, and the delay this fading process causes doesnt
allow
>> me to see the aircraft from the beginning - so I find myself within the
>> aircraft somewhere in the sky, because I just didnt have enough time to
>> react on the initial conditions I set...
>> So what I wanted to know is if there is a way to turn off this
>> fading-in-feature via command-line options or maybe a way to tell
>> flightgear to start the simulation a few seconds after the fading
process
>> started?
>> And if there is not, could you point me towards the right file in the
>> source code that manages this fading process?
>>
>> Any help is very appreciated. Thank you.
>






-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] shut off fading in

[Thomas Biwer]

Hello,

I noticed that as you start or reset FG the screen kind of fades in. This
looks quite nice but it interferes with me as I want to start FG with
initial conditions, and the delay this fading process causes doesnt allow
me to see the aircraft from the beginning - so I find myself within the
aircraft somewhere in the sky, because I just didnt have enough time to
react on the initial conditions I set...
So what I wanted to know is if there is a way to turn off this
fading-in-feature via command-line options or maybe a way to tell
flightgear to start the simulation a few seconds after the fading process
started?
And if there is not, could you point me towards the right file in the
source code that manages this fading process?

Any help is very appreciated. Thank you.

Best,
Thomas


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] press_ihg in net_ctrls.hxx

[Thomas Biwer]

[EMAIL PROTECTED] escribió: -


Para: FlightGear developers discussions

De: John Wojnaroski <[EMAIL PROTECTED]>
Enviado por: [EMAIL PROTECTED]
Fecha: 14/11/2006 16:07
Asunto: Re: [Flightgear-devel] press_ihg in net_ctrls.hxx

Thomas Biwer wrote:

>Doug,
>
>thank you for your help. yeah, might be your right. Anyhow, if this is the
>case I have no idea how to get the pressure measurement information out of
>flightgear...
>
>
>
>
>>thomas, probably this variable holds the pressure setting, and not the
>>pressure measure
>>
>>
>>

>FGLFSGlass::FGLFSGlass() :
>   press_node(fgGetNode("/environment/pressure-inhg[0]", true)),
>   temp_node(fgGetNode("/environment/temperature-degc[0]", true)),
>
>It has been a while since I last messed with this code and haven't
>followed this thread, but I think this still works.
>
>Gives you air pressure which can be converted to baro altitude by ICAO
>standard atmosphere if thAt is what you wish to do.
>
>Regards
>John W.
>

John,

thank you for your hint. unfortunately I dont have the time to go on
investigating the topic right now I'll let you know whether it works or
not as soons as I find time to figure this out.

Best,
Thomas


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] press_ihg in net_ctrls.hxx

[Thomas Biwer]

Doug,

thank you for your help. yeah, might be your right. Anyhow, if this is the
case I have no idea how to get the pressure measurement information out of
flightgear...


>thomas, probably this variable holds the pressure setting, and not the
>pressure measure
>
>>Doug



-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] net_ctrls press_inhg

[Thomas Biwer]

Hey,

I' m just trying to receive Control data out of FlightGear using a
socket connection and the net_ctrls structure. It works well, however
the pressure isn't being transferred right... it just remains at
29,92, no matter what altitude the aircraft is flying.
I suppose it's the pressure at sea level that I get by using the
variable press_inhg. Is there a possibility to get the pressure as a
value dependent on the altitude as well?
This is FG-0.9.10 release version.

Thanks.

Best,
Thomas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] press_ihg in net_ctrls.hxx

[Thomas Biwer]

Hey,

I' m just trying to receive Control data out of FlightGear using a
socket connection and the net_ctrls structure. It works well, however
the pressure isn't being transferred right... it just remains at
29,92, no matter what altitude the aircraft is flying.
I suppose it's the pressure at sea level that I get by using the
variable press_inhg. Is there a possibility to get the pressure as a
value dependent on the altitude as well?
This is FG-0.9.10 release version.

Thanks.

Best,

Thomas


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Mailing list problems

[Thomas Biwer]

Hello,

I am facing problems with my former email address when trying to send mails
to the list. I got the following message:

"This is an automatically generated Delivery Status Notification


Delivery to the following recipient failed permanently:


flightgear-devel@lists.sourceforge.net


Technical details of permanent failure:

TEMP_FAILURE: SMTP Error (state 9): 451-Could not complete sender verify
callout
451-Could not complete sender verify callout for
<[EMAIL PROTECTED]>.
451-The mail server(s) for the domain may be temporarily unreachable, or
451-they may be permanently unreachable from this server. In the latter
case,
451-you need to change the address or create an MX record for its domain
451-if it is supposed to be generally accessible from the Internet.
451 Talk to your mail administrator for details."

I now re-subscribed with an other email address, however it looks strange
to me. Is someone using the FG-mailing list with a googlemail-address and
experiencing the same problems?

Best,
Thomas


-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] MSVC Linking trouble

[Thomas Biwer]

> This symbol should have a virtual, for instance.
>
> Where are your plib header from? I would recomend
> http://www.oflebbe.de/oflebbe/FlightGear/plib.zip
> or recompile it yourself.
>
> Olaf
>


Well, that was what I didn't understand... I checked all header files
and couldn't find a mistake in them.
The problem was: I linked against the wrong FlightGearLib.lib ...
There was a previous version of it in my directory that I didn't
notice. Once I deleted it and linked against the right build
FlightGear-Lib it all worked fine.

It now works and I got a much better performance than with the version
compiled with Cygwin. Starting time has shortened significantly and
Framerates are much higher (Cygwin 11-20fps, MSVC 30-50fps).

Thank you for your help.

Best,
Thomas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] MSVC Linking trouble

[Thomas Biwer]

I'm now posting this in another thread because the "FlightGear
Starting time" thread doesnt seem to be the right location for my
problem now.

I compiled FG 0.9.10 release version with MSVC 2005 Express and was
facing some weired problem causing FG to crash every time I tried to
start it. As I figured out that it had to be a problem within some
plib-code I recompiled it again, this time using plib-1.8.5 and the
diff-files given on Olaf's website www.oflebbe.de .

Now I m stuck in the linking progress of FlightGear, there are some
unresolved symbols and I dont know how to fix them:

Linking...
pui.lib(puSlider.obj) : error LNK2005: "public: void __thiscall
puSlider::setSliderFraction(float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED]) already defined in
FlightgearLib.lib(auto_gui.obj)
FlightgearLib.lib(puList.obj) : error LNK2001: unresolved external
symbol "public: void __thiscall
puObject::setColourScheme(float,float,float,float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
FlightgearLib.lib(auto_gui.obj) : error LNK2019: unresolved external
symbol "public: void __thiscall
puObject::setColourScheme(float,float,float,float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED]) referenced in function
"public: __thiscall puInput::puInput(int,int,int,int)"
(??0puInput@@[EMAIL PROTECTED]@Z)
FlightgearLib.lib(preset_dlg.obj) : error LNK2001: unresolved external
symbol "public: void __thiscall
puObject::setColourScheme(float,float,float,float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
FlightgearLib.lib(prop_picker.obj) : error LNK2001: unresolved
external symbol "public: void __thiscall
puObject::setColourScheme(float,float,float,float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
FlightgearLib.lib(dialog.obj) : error LNK2001: unresolved external
symbol "public: void __thiscall
puObject::setColourScheme(float,float,float,float)"
([EMAIL PROTECTED]@@[EMAIL PROTECTED])
FlightgearLib.lib(httpd.obj) : error LNK2019: unresolved external
symbol "public: int __thiscall netAddress::getPort(void)const "
([EMAIL PROTECTED]@@QBEHXZ) referenced in function "private: virtual
void __thiscall HttpdServer::handleAccept(void)"
([EMAIL PROTECTED]@@EAEXXZ)
FlightgearLib.lib(props.obj) : error LNK2001: unresolved external
symbol "public: int __thiscall netAddress::getPort(void)const "
([EMAIL PROTECTED]@@QBEHXZ)
FlightgearLib.lib(dialog.obj) : error LNK2019: unresolved external
symbol "public: __thiscall
puSelectBox::puSelectBox(int,int,int,int,char * *)"
(??0puSelectBox@@[EMAIL PROTECTED]@Z) referenced in function "private:
class puObject * __thiscall FGDialog::makeObject(class SGPropertyNode
*,int,int)" ([EMAIL PROTECTED]@@AAEPAVpuObject@@PAVSGPropertyNode@@[EMAIL 
PROTECTED])
FlightgearLib.lib(dialog.obj) : error LNK2019: unresolved external
symbol "public: __thiscall
puLargeInput::puLargeInput(int,int,int,int,int,int,int)"
(??0puLargeInput@@[EMAIL PROTECTED]@Z) referenced in function "private:
class puObject * __thiscall FGDialog::makeObject(class SGPropertyNode
*,int,int)" ([EMAIL PROTECTED]@@AAEPAVpuObject@@PAVSGPropertyNode@@[EMAIL 
PROTECTED])
FlightgearLib.lib(dialog.obj) : error LNK2019: unresolved external
symbol "public: __thiscall puComboBox::puComboBox(int,int,int,int,char
* *,int)" (??0puComboBox@@[EMAIL PROTECTED]@Z) referenced in function
"private: class puObject * __thiscall FGDialog::makeObject(class
SGPropertyNode *,int,int)"
([EMAIL PROTECTED]@@AAEPAVpuObject@@PAVSGPropertyNode@@[EMAIL PROTECTED])
Release\FlightGear.exe : fatal error LNK1120: 5 unresolved externals


Does someone have an idea what I could try to do?

Thanks.

best,
Thomas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear starting time

[Thomas Biwer]

2006/11/4, Olaf Flebbe <[EMAIL PROTECTED]>:

>
> Could you please try to run it in the debugger and give the
> traceback/Call Trace? Where does it crash exactly.
>
> Maybe you have to add run time options: Right Click on  Flightgear in
> the Solution Explorer and  Choose Properties Configuration
> Properties/Debugging (for instance --fg-root=. )


Good morning,

I just started the debugger and here's what he tells me in the "Call
Stack"-flag :


FlightGear.exe!_crt_debugger_hook(int _Reserved=4194304)  Line 65   
C
FlightGear.exe!_invalid_parameter(const wchar_t *
pszExpression=0x, const wchar_t * pszFunction=0x,
const wchar_t * pszFile=0x, unsigned int nLine=0, unsigned int
pReserved=0)  Line 86 + 0x7 bytes   C++
FlightGear.exe!_openfile(const char * filename=0x0012f120, const
char * mode=0x, int shflag=64, _iobuf * str=0x00a25448)  Line
248 + 0x19 bytesC
FlightGear.exe!_fsopen(const char * file=0x00a25448, const char *
mode=0x0097a36c, int shflag=64)  Line 85 + 0xb bytesC
FlightGear.exe!fopen(const char * file=0x0012f120, const char *
mode=0x0097a36c)  Line 124 + 0xf bytes  C
>   FlightGear.exe!ssgLoadAC(const char * fname=0x10a81b00, const
ssgLoaderOptions * options=0x)  Line 898 + 0x3d bytes   C++
FlightGear.exe!ssgLoadAC3D(const char * fname=0x10a81b00, const
ssgLoaderOptions * options=0x)  Line 863 + 0xf bytesC++
FlightGear.exe!ssgLoad(const char * fname=0x10a81b00, const
ssgLoaderOptions * options=0x)  Line 227C++
FlightGear.exe!sgLoad3DModel()  + 0x4fb bytes   
10a81b88()  
FlightGear.exe!free(void * pBlock=0x10a81b08)  Line 110 C
FlightGear.exe!SGPropertyNode::getNode()  + 0x150 bytes 
74697747()  

Indeed, the problem seems to be in some plib code, since he points me
towards the file ssgloadac.cxx , line 898 which says: "loader_fd =
fopen ( filename, "ra" ) ;"

To be honest, I dont have a clue what to do, it's the first time I use
debugging mode and I am really not that sure what to do with all that
information he gives me. If you need some further information just let
me know, it's too much to list it all in here.
Well maybe this could be important, too: here's what he tells me in
the "Autos"-flag about loader_fd:

-   loader_fd   0x {_ptr=??? _cnt=??? _base=??? ...}
_iobuf *
_ptrCXX0030: Error: expression cannot be evaluated  
_cntCXX0030: Error: expression cannot be evaluated  
_base   CXX0030: Error: expression cannot be evaluated  
_flag   CXX0030: Error: expression cannot be evaluated  
_file   CXX0030: Error: expression cannot be evaluated  
_charbufCXX0030: Error: expression cannot be evaluated  
_bufsiz CXX0030: Error: expression cannot be evaluated  
_tmpfname   CXX0030: Error: expression cannot be evaluated  


He also says something like "no symbols loaded" for a few dll-files
like ntdll.dll, version.dll, kernel32.dll and so on...
Plus, "Binary was not build with debugging information" for
OpenAL32.dll, nvoglnt.dll and nvwrses.dll.

I would be very appreciative for any help about this.

Best,

Thomas

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear starting time

[Thomas Biwer]

Well, I cant access to the machine I was workin on right now, so I
will be able to tell you on monday what the debugger reports.

I am using the FG0.9.10 release version , not a cvs version and also
the matching SimGear (v.0.3.10) / base package versions.

Olaf: I did use the OpenAL version offered through you on your
homepage. I ve simply downloaded your devel.zip file...

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] FlightGear starting time

[Thomas Biwer]

yeah thanks for the kind help, 
 
i compiled it using MSVC8, i did follow your instructions, Olaf, taken from your homepage.
 
The problem is: FG crashes every time I try to start it. By running the --log-level=debug option I found out that it quits at the point of "initializing scenery subsystem" giving out a standard MS Windows error message "FlightGear has experienced and problem and therefore had to be closed."

 
What could be the reason for it?
I compiled FG 0.9.10, using the dependencies precompiled from Olaf's website. I applied the patch given for the pLib files and SimGear compiled and linked well and quite easy without further problems.
I then had some problems while linking FlightGear with a bunch of errormessages but I finally managed to fix them by doing soem changes in the properties of MSVC8 (I m really new to this IDE). Is there a common problem when having installed FG with Cygwin and FG with MSVC on the same machine? Because I read something about this somewhere in the Net, saying that the openal .dll-files would cause problems in that case

 
Any hints or thoughts about this? 
Thank you for your help in here, it's really nice to have such decent people caring about you and helping you out!
 
Best, 
 
Thomas 
2006/11/4, Olaf Flebbe <[EMAIL PROTECTED]>:
Hi,>> i noticed that the version of flightgear i built from scratch using> cygwin takes significantly more time to start up (about 4-5
> minutes) than the one i installed using the exe-file from> flightgear.org  (about 1-2 minutes). is there
> any specific reason for this and are there any ways to accelerate the> start of flightgear somehow?cygwin I/O is dead slow. Thats the price you pay for emulating a UNIXstyle I/O system. You can accelerate by using MSVC8, for instance. It's
free, too.Olaf-Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimohttp://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
___Flightgear-devel mailing listFlightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Reading out fdm data of FG via socket

[Thomas Biwer]

I wrote a small program to receive fdm data out of flightgear using a socket connection. as for the cessna 172 it fairly works, however the rudder position doesnt seem to be transmitted. aileron and elevator both work, rudder doesnt.

 
but the more severe problem is that once i change the aircraft to e.g. B737-300 or citation bravo, the rpm remains at 0 for all engines. taking a look in the properties during flight showed that the throttle doesnt seem to be handled by the rpm[] but rather by the N1 and N2 variables. unfortunately these are not being offered in the net_fdm structure i use to receive the data is this a question of what fdm (jsbs, yasim,...) the aircraft is running?

 
so i basically just wanted to know if the interfaces offered in netfdm.hxx are complete for all data sent out by the fdm or if there are some other variables i might have to consider and if so, where i can find them or how i can grab them.

 
thanks
 
best, 
thomas
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] FlightGear starting time

[Thomas Biwer]

hey there, 
 
i noticed that the version of flightgear i built from scratch using cygwin takes significantly more time to start up (about 4-5 minutes) than the one i installed using the exe-file from 
flightgear.org (about 1-2 minutes). is there any specific reason for this and are there any ways to accelerate the start of flightgear somehow?
 
i m using flightgear stable version 0.9.10 on windows xp and as before mentioned cygwin to compile. machine: pentium 4, 1 gb ram.
 
thanks, 
 
best
thomas
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

well, forget about what i posted before, the problem was that i mixed up some header files of the simgear cvs version against the flightgear stable version. so just to clear things up for other people that might have similar problems with installation:

 
do not change the code in the way i posted before, it is not going to work! Just ignore the last 2 posts and everything should work out fine. 
 
best, 
 
thomas
 
 
2006/10/20, Thomas Biwer <[EMAIL PROTECTED]>:

uh, i forgot: here are the messages I get during linking process:
 
../../src/Main/libMain.a(main.o): In function `_Z14fgIdleFunctionv':/fg-0.9.10/include/simgear/ephemeris/ephemeris.hxx:259: undefined reference to `SGSky::build(double, double, double, double, int, double (*) [3], int, double (* 
) [3])'../../src/Scenery/libScenery.a(tileentry.o): In function `_ZN11FGTileEntry4loadERKSt6vectorISsSaISsEEb':/home/biwert/FlightGear-0.9.10/src/Scenery/tileentry.cxx:887: undefined reference to `sgMakeTaxiSign(SGMaterialLib*, std::basic_stringar>, std::allocator >, std::basic_string, std::allocator >)'/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZN15SGSpinAnimationC2EP1 
4SGPropertyNode11SGSharedPtrIS0_Ed':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const' 
/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const' 
/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZN15SGSpinAnimationC2EP14SGPropertyNode11SGSharedPtrIS0_Ed':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/scene/model/persparam.hxx
 :24: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZNSt6vectorIN16SGTimedAnimation12DurationSpecESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1 
_S3_EERKS1_':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameter::SGPersonalityParameter[in-charge](SGPropertyNode*, char 
 const*, double)]+0xed): undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSha 
redPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameter::SGPersonalityParameter[in-charge](SGPropertyNode*, char const*, double)]+0x114): undefined reference to `SGPersonalityParameter 
::getNodeValue(SGPropertyNode*, char const*, double) const'/fg-0.9.10/lib/libsgmodel.a(animation.o):/home/biwert/SimGear-0.3.10/simgear/scene/model/animation.cxx:107: more undefined references to `SGPersonalityParameter 
::getNodeValue(SGPropertyNode*, char const*, double) const' followcollect2: ld returned 1 exit statusmake[2]: *** [fgfs.exe] Error 1make[2]: Leaving directory `/home/biwert/FlightGear-0.9.10/src/Main' 
make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/home/biwert/FlightGear-0.9.10/src'make: *** [all-recursive] Error 1 
2006/10/20, Thomas Biwer <[EMAIL PROTECTED]>: 


Richard, 
 
I wasnt able to find your patches in the mailinglist´s archive, so I stumbled through the compilation of FlightGear by my own. There were two errors which I attached in a txt-file including the changes I did within the code. What do you (or anybody else) think about this? 

 
Unfortunately FlightGear wont link, there are a whole bunch of linker errors and the problem seems to be within some libraries of simgear (again *sigh*). Any suggestions as to how I might get it linked well?
 
Thanks. 

 
Best, 
Thomas 
2006/10/19, Richard Bytheway <[EMAIL PROTECTED]>:
 
I posted some patches to Flightgear a few weeks back which I needed to get it building under Cygwin. You will probably want to dig those out when you get to that point. 
Richard____From: Richard Bytheway [mailto:[EMAIL PROTECTED]] On Behalf Of Thomas Biwer 
Sent: 19 October 2006 13:45To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Cygwin Installation problemRichard,you re the man! :-) seems to work now. Thank you a lot. I was struggling with this for days now... and, yes, your diff-files DID work directly. 
there were two other error messages somewhere in the sound folder, i managed them in the same way and it seems to work out fine.Thank you again.Best,Thomas2006/10/19, Richard Bytheway < 
[EMAIL PROTECTED]>:   OK, replying to myself...   Attached are diff files for the two files. These probably won't apply directly, but they show where I have put the include lines, a

Re: [Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

uh, i forgot: here are the messages I get during linking process:
 
../../src/Main/libMain.a(main.o): In function `_Z14fgIdleFunctionv':/fg-0.9.10/include/simgear/ephemeris/ephemeris.hxx:259: undefined reference to `SGSky::build(double, double, double, double, int, double (*) [3], int, double (*
) [3])'../../src/Scenery/libScenery.a(tileentry.o): In function `_ZN11FGTileEntry4loadERKSt6vectorISsSaISsEEb':/home/biwert/FlightGear-0.9.10/src/Scenery/tileentry.cxx:887: undefined reference to `sgMakeTaxiSign(SGMaterialLib*, std::basic_stringar>, std::allocator >, std::basic_string, std::allocator >)'/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZN15SGSpinAnimationC2EP1
4SGPropertyNode11SGSharedPtrIS0_Ed':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'
/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'
/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZN15SGSpinAnimationC2EP14SGPropertyNode11SGSharedPtrIS0_Ed':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/scene/model/persparam.hxx
:24: undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'/fg-0.9.10/lib/libsgmodel.a(animation.o): In function `_ZNSt6vectorIN16SGTimedAnimation12DurationSpecESaIS1_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS1
_S3_EERKS1_':/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameter::SGPersonalityParameter[in-charge](SGPropertyNode*, char
 const*, double)]+0xed): undefined reference to `SGPersonalityParameter::getNodeValue(SGPropertyNode*, char const*, double) const'/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSha
redPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameter::SGPersonalityParameter[in-charge](SGPropertyNode*, char const*, double)]+0x114): undefined reference to `SGPersonalityParameter
::getNodeValue(SGPropertyNode*, char const*, double) const'/fg-0.9.10/lib/libsgmodel.a(animation.o):/home/biwert/SimGear-0.3.10/simgear/scene/model/animation.cxx:107: more undefined references to `SGPersonalityParameter
::getNodeValue(SGPropertyNode*, char const*, double) const' followcollect2: ld returned 1 exit statusmake[2]: *** [fgfs.exe] Error 1make[2]: Leaving directory `/home/biwert/FlightGear-0.9.10/src/Main'
make[1]: *** [all-recursive] Error 1make[1]: Leaving directory `/home/biwert/FlightGear-0.9.10/src'make: *** [all-recursive] Error 1 
2006/10/20, Thomas Biwer <[EMAIL PROTECTED]>:

Richard, 
 
I wasnt able to find your patches in the mailinglist´s archive, so I stumbled through the compilation of FlightGear by my own. There were two errors which I attached in a txt-file including the changes I did within the code. What do you (or anybody else) think about this? 

 
Unfortunately FlightGear wont link, there are a whole bunch of linker errors and the problem seems to be within some libraries of simgear (again *sigh*). Any suggestions as to how I might get it linked well?
 
Thanks. 

 
Best, 
Thomas 
2006/10/19, Richard Bytheway <[EMAIL PROTECTED]>:
 
I posted some patches to Flightgear a few weeks back which I needed to get it building under Cygwin. You will probably want to dig those out when you get to that point. 
Richard____From: Richard Bytheway [mailto:[EMAIL PROTECTED]] On Behalf Of Thomas Biwer
Sent: 19 October 2006 13:45To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Cygwin Installation problemRichard,you re the man! :-) seems to work now. Thank you a lot. I was struggling with this for days now... and, yes, your diff-files DID work directly. 
there were two other error messages somewhere in the sound folder, i managed them in the same way and it seems to work out fine.Thank you again.Best,Thomas2006/10/19, Richard Bytheway < 
[EMAIL PROTECTED]>:   OK, replying to myself...   Attached are diff files for the two files. These probably won't apply directly, but they show where I have put the include lines, and they work for me. 
   Richard   -Original Message-   From: Richard Bytheway [mailto:[EMAIL PROTECTED]
] On Behalf Of Richard Bytheway   Sent: 19 October 2006 12:14    To: FlightGear developers discussions   Subject: Re: [Flightgear-devel] Cygwin Installation problem   > Well, there came another idea into my mind: During the installation of
   > SimGear I was struggling with the problem of function isnan being    > undeclared in c

Re: [Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

Richard, 
 
I wasnt able to find your patches in the mailinglist´s archive, so I stumbled through the compilation of FlightGear by my own. There were two errors which I attached in a txt-file including the changes I did within the code. What do you (or anybody else) think about this?

 
Unfortunately FlightGear wont link, there are a whole bunch of linker errors and the problem seems to be within some libraries of simgear (again *sigh*). Any suggestions as to how I might get it linked well?
 
Thanks. 
 
Best, 
Thomas 
2006/10/19, Richard Bytheway <[EMAIL PROTECTED]>:
I posted some patches to Flightgear a few weeks back which I needed to get it building under Cygwin. You will probably want to dig those out when you get to that point.
RichardFrom: Richard Bytheway [mailto:[EMAIL PROTECTED]] On Behalf Of Thomas BiwerSent: 19 October 2006 13:45To: FlightGear developers discussions
Subject: Re: [Flightgear-devel] Cygwin Installation problemRichard,you re the man! :-) seems to work now. Thank you a lot. I was struggling with this for days now... and, yes, your diff-files DID work directly.
there were two other error messages somewhere in the sound folder, i managed them in the same way and it seems to work out fine.Thank you again.Best,Thomas2006/10/19, Richard Bytheway <
[EMAIL PROTECTED]>:   OK, replying to myself...   Attached are diff files for the two files. These probably won't apply directly, but they show where I have put the include lines, and they work for me.
   Richard   -Original Message-   From: Richard Bytheway [mailto:[EMAIL PROTECTED]] On Behalf Of Richard Bytheway   Sent: 19 October 2006 12:14
   To: FlightGear developers discussions   Subject: Re: [Flightgear-devel] Cygwin Installation problem   > Well, there came another idea into my mind: During the installation of   > SimGear I was struggling with the problem of function isnan being
   > undeclared in cloud.cxx and cloudfield.cxx and after some research in   > the mailing list´s archive, i found that this problem once had lead to   > an endless loop and therefore caused a hang starting FG on an macOS. (
   > http://mail.flightgear.org/pipermail/flightgear-devel/2005-February/03   > 5004.html)   >   > so the problem seems to be that isnan is not declared. i m really out
   > of ideas how to deal with that since i already tried a couple of   > things, namely these suggestions given over here:   > 
http://mail.flightgear.org/pipermail/flightgear-devel/2004-May/028391  .   > html   >   > NOTE: i m using cygwin, not msys, on a pentium 4 using windowsXP. here´s what i get when i try to compile:   >   >   < snip>
   You need to add a #include to ieeefp.h in the top of cloud.cxx and cloudfield.cxx, and one other in that directory.   I don't have access to my FG codebase today, but I can post full details tomorrow if you can wait.
   Richard      This e-mail has been scanned for Bede Scientific Instruments for all   viruses by Star Internet. The service is powered by MessageLabs. For
   more information on a proactive anti-virus service working around the   clock, around the globe, visit: http://www.star.net.uk <
http://www.star.net.uk/>      -   Using Tomcat but need to do more? Need to support web services, security?
   Get stuff done quickly with pre-integrated technology to make your job easier   Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo   
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642   ___   Flightgear-devel mailing list   
Flightgear-devel@lists.sourceforge.net   https://lists.sourceforge.net/lists/listinfo/flightgear-devel <
https://lists.sourceforge.net/lists/listinfo/flightgear-devel>This e-mail has been scanned for all viruses by Star. The
service is powered by MessageLabs. For more information on a proactiveanti-virus service working around the clock, around the globe, visit:http://www.star.net.uk
This e-mail has been scanned for Bede Scientific Instruments for allviruses by Star Internet. The service is powered by MessageLabs. For
more information on a proactive anti-virus service working around theclock, around the globe, visit: http://www.star.net.uk
-

Re: [Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

Richard, 
 
you re the man! :-) seems to work now. Thank you a lot. I was struggling with this for days now... and, yes, your diff-files DID work directly.
 
there were two other error messages somewhere in the sound folder, i managed them in the same way and it seems to work out fine.
 
Thank you again.
 
Best, 
Thomas
 
2006/10/19, Richard Bytheway <[EMAIL PROTECTED]>:
 
OK, replying to myself...Attached are diff files for the two files. These probably won't apply directly, but they show where I have put the include lines, and they work for me. 
Richard-Original Message-From: Richard Bytheway [mailto:[EMAIL PROTECTED]] On Behalf Of Richard Bytheway 
Sent: 19 October 2006 12:14To: FlightGear developers discussions Subject: Re: [Flightgear-devel] Cygwin Installation problem> Well, there came another idea into my mind: During the installation of
> SimGear I was struggling with the problem of function isnan being> undeclared in cloud.cxx and cloudfield.cxx and after some research in> the mailing list´s archive, i found that this problem once had lead to 
> an endless loop and therefore caused a hang starting FG on an macOS. ( > 
http://mail.flightgear.org/pipermail/flightgear-devel/2005-February/03> 5004.html)>> so the problem seems to be that isnan is not declared. i m really out > of ideas how to deal with that since i already tried a couple of 
> things, namely these suggestions given over here:> http://mail.flightgear.org/pipermail/flightgear-devel/2004-May/028391 
.> html>> NOTE: i m using cygwin, not msys, on a pentium 4 using windowsXP. here´s what i get when i try to compile:>>< snip>You need to add a #include to ieeefp.h in the top of 
cloud.cxx and cloudfield.cxx, and one other in that directory.I don't have access to my FG codebase today, but I can post full details tomorrow if you can wait.Richard 
This e-mail has been scanned for Bede Scientific Instruments for allviruses by Star Internet. The service is powered by MessageLabs. Formore information on a proactive anti-virus service working around the
clock, around the globe, visit: http://www.star.net.uk 
- Using Tomcat but need to do more? Need to support web services, security?Get stuff done quickly with pre-integrated technology to make your job easier 
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo 
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___ Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel 

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

Well, there came another idea into my mind: During the installation of SimGear I was struggling with the problem of function isnan being undeclared in cloud.cxx and cloudfield.cxx and after some research in the mailing list´s archive, i found that this problem once had lead to an endless loop and therefore caused a hang starting FG on an macOS. (
http://mail.flightgear.org/pipermail/flightgear-devel/2005-February/035004.html)
 
so the problem seems to be that isnan is not declared. i m really out of ideas how to deal with that since i already tried a couple of things, namely these suggestions given over here: 
http://mail.flightgear.org/pipermail/flightgear-devel/2004-May/028391.html
 
NOTE: i m using cygwin, not msys, on a pentium 4 using windowsXP. here´s what i get when i try to compile:
make[4]: Entering directory `/home/biwert/SimGear-CVS/simgear/scene/sky'if g++ -DHAVE_CONFIG_H -I. -I. -I../../../simgear -I../../..  -I/fg-0.9.10/include  -g -O2 -D_REENTRANT -MT cloud.o -MD -MP -MF ".deps/cloud.Tpo" -c -o 
cloud.ocloud.cxx; \    then mv -f ".deps/cloud.Tpo" ".deps/cloud.Po"; else rm -f ".deps/cloud.Tpo"; exit 1; ficloud.cxx: In member function `bool SGCloudLayer::reposition(float*, float*,
   double, double, double, double)':cloud.cxx:728: error: `isnan' undeclared (first use this function)cloud.cxx:728: error: (Each undeclared identifier is reported only once for   each function it appears in.)
make[4]: *** [cloud.o] Error 1make[4]: Leaving directory `/home/biwert/SimGear-CVS/simgear/scene/sky'make[3]: *** [all-recursive] Error 1make[3]: Leaving directory `/home/biwert/SimGear-CVS/simgear/scene'
make[2]: *** [all-recursive] Error 1make[2]: Leaving directory `/home/biwert/SimGear-CVS/simgear'make[1]: *** [all] Error 2make[1]: Leaving directory `/home/biwert/SimGear-CVS/simgear'make: *** [all-recursive] Error 1

 
 
I can make it compile cleanly by adding 
 
inline int (isnan)(double r) { return isnan(r); }
 
to clouds.cxx and cloudfields.cxx but I think this then causes the hang while starting FlightGear, so i would like to avoid this hack. 
 
any suggestions about what to do?
 
Best, 
Thomas
2006/10/10, Vivian Meazza <[EMAIL PROTECTED]>:



Thomas Biwer
 
That was a long time ago! The problem then was within some SimGear code, however that was resolved. AKAIK, 0.9.10 compiles OK under Cygwin, but I haven't tried it for ages, since I use the CVS version.

 
Seems possible that you have:
 

the wrong version of SimGear 
the wrong version of the data. 
 
If neither of these are the case, then I'm right out of ideas for now.
 
Vivian

 
 
 

 

Hello there, 

 

I compiled FlightGear 0.9.10 on this machine over here using Windows XP and Cygwin and it did properly without showing errors or warnings. When trying to run it for the first time using the cygwin console it starts first but then hangs up at "installing scenery objects". I started it again with using --log-level=debug and the last thing it seems to do is "generating ocean tile" (when path to scenery is specified bz --fg-scenery=/...) or "generating lights" (when scenery path stays unspecified). 


 

I think Vivian Meazza described a similar problem over here: 
http://mail.flightgear.org/pipermail/flightgear-devel/2005-August/038846.html 

 

Hardware problems seem unlikely since FG worked properly on the same machine when installed over the installing file downloaded from 
flightgear.org.

 

 -Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share youropinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/flightgear-devel

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Compiling FlightGear with Dev-C++

[Thomas Biwer]

Hello, 
 
does anyone have experience in compiling FlightGear using Dev-C++ under Windows XP and/or 2000?  I am a little bit stuck as to what prerequisites are necessary and how to manage/install them. 
 
Thanks in advance, 
 
best 
 
thomas
-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] Cygwin Installation problem

[Thomas Biwer]

Hello there, 
 
I compiled FlightGear 0.9.10 on this machine over here using Windows XP and Cygwin and it did properly without showing errors or warnings. When trying to run it for the first time using the cygwin console it starts first but then hangs up at "installing scenery objects". I started it again with using --log-level=debug and the last thing it seems to do is "generating ocean tile" (when path to scenery is specified bz --fg-scenery=/...) or "generating lights" (when scenery path stays unspecified). 

 
I think Vivian Meazza described a similar problem over here: http://mail.flightgear.org/pipermail/flightgear-devel/2005-August/038846.html

 
Hardware problems seem unlikely since FG worked properly on the same machine when installed over the installing file downloaded from flightgear.org.
 
Any suggestions what to do?
 
Thanks, 
 
best
 
thomas
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel