[Flightgear-devel] Initial conditions at reset

2006-12-05 Thread 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.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Initial conditions at reset

2006-12-05 Thread 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
flightgear-devel@lists.sourceforge.net
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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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

2006-11-23 Thread 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.phpp=sourceforgeCID=DEVDEV
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] shut off fading in

2006-11-22 Thread 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.phpp=sourceforgeCID=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

2006-11-22 Thread 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.phpp=sourceforgeCID=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

2006-11-22 Thread 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.phpp=sourceforgeCID=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.phpp=sourceforgeCID=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

2006-11-22 Thread 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.phpp=sourceforgeCID=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

2006-11-14 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Mailing list problems

2006-11-13 Thread 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=lnkkid=120709bid=263057dat=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

2006-11-13 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] net_ctrls press_inhg

2006-11-13 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] MSVC Linking trouble

2006-11-07 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] MSVC Linking trouble

2006-11-06 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear starting time

2006-11-05 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear starting time

2006-11-04 Thread 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=debugoptionI found out thatit quits at the point of initializing scenery subsystem giving out a standard MS Windowserror 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-fileswould 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 http://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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] FlightGear starting time

2006-11-04 Thread 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=lnkkid=120709bid=263057dat=121642
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] FlightGear starting time

2006-11-01 Thread 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 thereany 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 tocompile. 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=lnkkid=120709bid=263057dat=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

2006-11-01 Thread 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?


soi basicallyjust 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=lnkkid=120709bid=263057dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cygwin Installation problem

2006-10-23 Thread 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 havesimilar problemswith installation:


do not change the code in the way i postedbefore, 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 messagesI 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_stringchar, std::char_traitsch 
ar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar )'/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 `SGPersonalityParameterdouble::getNodeValue(SGPropertyNode*, char const*, double) const' 
/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameterdouble::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 `SGPersonalityParameterdouble::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[SGPersonalityParameterdouble::SGPersonalityParameter[in-charge](SGPropertyNode*, char 
const*, double)]+0xed): undefined reference to `SGPersonalityParameterdouble::getNodeValue(SGPropertyNode*, char const*, double) const'/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSha 
redPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameterdouble::SGPersonalityParameter[in-charge](SGPropertyNode*, charconst*, double)]+0x114): undefined reference to `SGPersonalityParameterdouble 
::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 
double::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. 
RichardFrom: 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

Re: [Flightgear-devel] Cygwin Installation problem

2006-10-20 Thread 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 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=lnkkid=120709bid=263057dat=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-develThis 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
-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 

Re: [Flightgear-devel] Cygwin Installation problem

2006-10-20 Thread Thomas Biwer
uh, i forgot: here are the messagesI 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_stringchar, std::char_traitsch
ar, std::allocatorchar , std::basic_stringchar, std::char_traitschar, std::allocatorchar )'/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 `SGPersonalityParameterdouble::getNodeValue(SGPropertyNode*, char const*, double) const'
/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSharedPtr.hxx:74: undefined reference to `SGPersonalityParameterdouble::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 `SGPersonalityParameterdouble::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[SGPersonalityParameterdouble::SGPersonalityParameter[in-charge](SGPropertyNode*, char
const*, double)]+0xed): undefined reference to `SGPersonalityParameterdouble::getNodeValue(SGPropertyNode*, char const*, double) const'/home/biwert/SimGear-0.3.10/simgear/scene/model/../../../simgear/structure/SGSha
redPtr.hxx:(.text$_ZN22SGPersonalityParameterIdEC1EP14SGPropertyNodePKcd[SGPersonalityParameterdouble::SGPersonalityParameter[in-charge](SGPropertyNode*, charconst*, double)]+0x114): undefined reference to `SGPersonalityParameterdouble
::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
double::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. 
RichardFrom: 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 cloud.cxx and cloudfield.cxx and after some research in  the mailing list´s archive, i found

Re: [Flightgear-devel] Cygwin Installation problem

2006-10-19 Thread Thomas Biwer
Well, there came another idea into my mind: During the installation of SimGearI 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 oncehadlead 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.phpp=sourceforgeCID=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=lnkkid=120709bid=263057dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Cygwin Installation problem

2006-10-19 Thread 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: snipYou 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=lnkkid=120709bid=263057dat=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=lnkkid=120709bid=263057dat=121642___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


[Flightgear-devel] Cygwin Installation problem

2006-10-10 Thread 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.phpp=sourceforgeCID=DEVDEV___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel