Re: [Flightgear-devel] B1900d: Fuel consumption when engine has stopped.
On Sun, 2005-11-06 at 09:12 -0800, Andy Ross wrote: George Patterson wrote: /engines/engine/fuel-flow-gph[0] is shown as -0.232562 (fluctuates rapidly) /engines/engine/running[0] is shown as false. Good catch. The really primitive stop support in the turbine engine model didn't set the fuel flow value. This is fixed, such as it is. Real start/stop support is on my list, and will probably be done with some Nasal such that it can be hacked on a per-engine basis. Andy Andy, (or whoever is maintaining the b1900d), I hate to do this to you, but I think I have spotted another bug to do with fuel and engines. When you run out of fuel the engines continue to run, despite /engine/engine/out-of-fuel[0]='true' and /consumables/fuel/total-fuel-gals|lbs|norm[0]='0.00' But the both engines are still running. I hope this is clearer.. George Patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] AI Aircraft Models
Josh Babcock wrote: possibly the Colditz glider to follow it. BTW, how come the Colditz never made it into CVS, IIRC it's GPL, and I personally thought it was a pretty neat little project. Anyway... The last message I saw about this subject indicated it wasn't ready for inclusion. After that it became silent. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] lightning
Josh Babcock wrote: Dave Culp wrote: All you experienced modelers, please tell me, is this possible? Can you set a piece of a model to flash somewhat randomly using only XML animation code? I'm pretty sure you would need to have each t-storm running its own instance of a simple Nasal script. I remembered we've added random animations in the past and looking at the code, the times animation accept a random value. That said, I really think the AIThunderstorm calls should be without a visual model and should be called by the 3d clouds code and METAR weather code instead. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: gui dialogs: selecting buttons via keyboard
* Josh Babcock -- Monday 07 November 2005 23:21: it would be nice to have access to all the special function in one place that is accessible through keystrokes. That's not hard. The bo105 and c150 have such a dialog (albeit without assigned keys, which would be very easy to add). Maybe it would make sense to just have the comms stuff under the `-key and then at the bottom of that menu hang the whole aircraft specific menu as a standard practice. I wouldn't be happy about a comms (communication?) dialog with added aircraft specific stuff. Bo105 weapon reload? Door removal?. Aircraft specific stuff should IMHO be in an extra dialog. At the least it would be nice to always be able to get the POH by hitting the same keys. Thoughts? The bo's and c150's dialogs are currently on the Tab key. Unfortunately, that's the same as Ctrl-I and thus overwrites the Instrument settings dialog key binding. Intentionally. I think that wasting Tab for the instruments wasn't a good idea. m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
Georg Vollnhals schrieb: Curtis L. Olson schrieb: It sounds like you aren't current with your flightgear source or executable? Could you still be running an older build of flightgear (or not fully up to date with your source code?) Curt. Did you upgrade your data from the cvs? Vassilii Just as a feedback: it seems that the file management system (CVS/compiler) got confused as a I had the system clock set to 2006 for some time and are now back in 2005. Some older files might be considered to be the newest one due to the date of 2006 :-) There was no other way for me than to delete all CVS stuff (FlighGear, SimGear) and make a complete new download and build. Worked then without problems. Thank you once again, Curt and Vassilii Regards Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Scenery DB (Was: San Jose)
On Tue, 2005-11-08 at 09:19 +0200, Vassilii Khachaturov wrote: I would like to see all new scenery object contributions to end up in the scenery database. However, the last time I wanted to sync the base package and the DB there were more than one objects in the same space because of automatic object generation. btw it looks pretty cute sometimes --- e.g., a skyscraper swallowing a radio tower and thus it looks like a skyscraper with a smaller antenna tower on its top; such things happen in real life as well :) A better example is a skyscraper covering a lighting beacon but the rotating light (white-green) shines through the wall of the building. This collision of objects is located within the perimeter of KSFO. Obviously the building doesn't belong there. And No, it is not a airport building :-) George Patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
On Tue, 2005-11-08 at 10:43 +0100, Georg Vollnhals wrote: Georg Vollnhals schrieb: Curtis L. Olson schrieb: It sounds like you aren't current with your flightgear source or executable? Could you still be running an older build of flightgear (or not fully up to date with your source code?) Curt. Did you upgrade your data from the cvs? Vassilii Just as a feedback: it seems that the file management system (CVS/compiler) got confused as a I had the system clock set to 2006 for some time and are now back in 2005. Some older files might be considered to be the newest one due to the date of 2006 :-) Ahhh! The perils of time travel. :-) You could also have touch-ed the files in question so that they are dated with something closer to today's date. Though this could have taken longer than rm -rf src and cvs update. George Patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
Georg Vollnhals wrote: Just as a feedback: it seems that the file management system (CVS/compiler) got confused as a I had the system clock set to 2006 for some time and are now back in 2005. Some older files might be considered to be the newest one due to the date of 2006 :-) There was no other way for me than to delete all CVS stuff (FlighGear, SimGear) and make a complete new download and build. Worked then without problems. Thank you once again, Curt and Vassilii man touch ? Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
Curtis L. Olson schrieb: man touch ? Curt. Yes. My 13 years old son is actually a co-user on my PC. He does not ask, he does not think a lot - just trial and error method. Very good if you have all your important data burned on CD/DVD and have a good firewall, virus-scanner and no possibility to make a dial-up connection from your PC! But only until christmas, then I'll upgrade my PC and I'll build him his own with the parts I don't use anymore and those he gets as presents :-) :-) Joy of fatherhood! Regards Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
On Tue, 2005-11-08 at 12:42 +0100, Georg Vollnhals wrote: Curtis L. Olson schrieb: man touch ? Curt. Yes. My 13 years old son is actually a co-user on my PC. He does not ask, he does not think a lot - just trial and error method. Very good if you have all your important data burned on CD/DVD and have a good firewall, virus-scanner and no possibility to make a dial-up connection from your PC! But only until christmas, then I'll upgrade my PC and I'll build him his own with the parts I don't use anymore and those he gets as presents :-) :-) Joy of fatherhood! Regards Georg Georg, Even the parents should have the occasional Christmas present :-) George Patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] FG CVS error report
Hi, if I press [Shift - F10] .. cycle through GUI styles *AND* the Basic keys menu is still opened FlightGear freezes. I had it one time by accident and could reproduce it a second time. (Latest FG CVS under Cygwin) Georg BTW: I like that new GUI style very much. Is there a parameter to have it as default when starting FlightGear? ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: FG CVS error report
* Georg Vollnhals -- Tuesday 08 November 2005 13:01: if I press [Shift - F10] .. cycle through GUI styles *AND* the Basic keys menu is still opened FlightGear freezes. Eeww ... I'll look into that ... I like that new GUI style very much. Is there a parameter to have it as default when starting FlightGear? Yes: --prop:sim/current-gui=1 m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: gui dialogs: selecting buttons via keyboard
* Melchior FRANZ -- Tuesday 08 November 2005 10:14:
The bo's and c150's dialogs are currently on the Tab key.
Both dialogs are defined entirely in Nasal, which may look a bit scary
for Nasal beginners. It's easier to use a regular gui xml for such
aircraft specific dialogs. Just put them into the aircraft dir and
from the *-set.xml file load them into the property tree:
sim
...
model
foo!-- that's our aircraft name :-) --
dialogs
dialog include=settings-dialog.xml/
dialog include=material-dialog.xml/
...
/dialogs
/foo
/model
...
/sim
Then you put something like this somewhere in Nasal context:
settings_dialog = nil;
INIT = func {
dlg = props.globals.getNode(/sim/model/foo/dialogs/dialog[0], 1);
# let's add a button, just for fun
dlg.getNode(button/legend, 1).setValue(Boo!);
fgcommand(dialog-new, dlg);
# dialog must contain namefoo-settings/name!
settings_dialog = props.Node.new({dialog-name: foo-settings});
}
settimer(INIT, 0);
and as a key binding you define for example:
key n=5
nameCtrl-E/name
descOpen settings dialog/desc
binding
commandnasal/command
scriptfgcommand(dialog-show, foo.settings_dialog)/script
/binding
/key
m.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
Georg, Even the parents should have the occasional Christmas present :-) George Patterson Thanx, just put your mail into my wife's mail account ;-) Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] lightning
Can you set a piece of a model to flash somewhat randomly using only XML animation code? That said, I really think the AIThunderstorm calls should be without a visual model and should be called by the 3d clouds code and METAR weather code instead. I don't understand. Are you saying there is no need for the AIStorm because the 3D clouds and METAR will handle this? I am not familiar with either of these, so I'll have to experiment with them. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: FG CVS error report
* Georg Vollnhals -- Tuesday 08 November 2005 13:01: if I press [Shift - F10] .. cycle through GUI styles *AND* the Basic keys menu is still opened FlightGear freezes. Can't reproduce that. The dialog closes as it is supposed to. Can you provide a stack backtrace? m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
On Tue, 2005-11-08 at 13:43 +0100, Georg Vollnhals wrote: Georg, Even the parents should have the occasional Christmas present :-) George Patterson Thanx, just put your mail into my wife's mail account ;-) Georg I must have missed something?? George patterson ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] lightning
Dave Culp wrote: I don't understand. Are you saying there is no need for the AIStorm because the 3D clouds and METAR will handle this? I am not familiar with either of these, so I'll have to experiment with them. Yes, the 3d clouds can draw good thunderstorm clouds and lightning and rain, the weather system can detect when they are needed. The only part missing is the accurate updrafts. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Persistant Nasal big-endian bug
Hi Andy, Since you've not yet responded to my questions I assume you've been busy lately? So far I've tracked down the problem to the getMember() function simgear/nasal/code.c. The problem starts to appear when ctx-opTop increments from 2 to 3 in which case obj.ref.reftag isn't valid anymore. Any ideas? Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] lightning
Yes, the 3d clouds can draw good thunderstorm clouds and lightning and rain, the weather system can detect when they are needed. The only part missing is the accurate updrafts. OK, just looked at them. They look nice and sound great. Are they GUI controlled only? I couldn't find anything about them in preferences.xml. Dave ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] AI Aircraft Models
On Tue, 2005-11-08 at 08:39, Erik Hofman wrote: Josh Babcock wrote: possibly the Colditz glider to follow it. BTW, how come the Colditz never made it into CVS, IIRC it's GPL, and I personally thought it was a pretty neat little project. Anyway... The last message I saw about this subject indicated it wasn't ready for inclusion. After that it became silent. That's because I (the FDM writer) suddenly had to learn how to write Windoze device drivers and ran out of free time! Josh did a great job of the 3D model. The whole thing looks good and flies OK. I wasn't totally sure about the alignment of the 3D model with the reference points for the FDM, but hey, it may not be perfect but it's perfectly usable. I'll be quite happy for the Colditz Glider to be part of 0.9.9 It will benefit from a catapult launch system (apparently the aircraft carriers have such a thing now?). I tried using a short-duration low-powered rocket in the FDM to achieve a similar effect, but never managed to get the coefficients right. Help yourselves at ftp://tallyho.bc.nu/pub/steve/flightgear/colditz_20050908.tgz I can't put in CVS myself: (no permission). If it does go into CVS (or anywhere else) please delete the subdirectories 'Docs/' and 'Images/' because they contain all the research materials I pulled together in order to build the thing in the first place and are not GPL. Similarly, thumbnail.jpg in the top directory isn't mine either. Everything else is by me or Josh Babcock and we're both happy that it's GPL. FYI: The 'Images/' directory is every photo of Colditz Castle that I could find on the web. I was wondering if there was enough information there to do a reasonable 3D scenery mockup of the castle to be added to the default FGFS scenery of that corner of Saxony. Never got past the first stages though. Steve. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Persistant Nasal big-endian bug
Erik Hofman wrote: So far I've tracked down the problem to the getMember() function simgear/nasal/code.c. The problem starts to appear when ctx-opTop increments from 2 to 3 in which case obj.ref.reftag isn't valid anymore. If it's not happening across a garbage collection, then I strongly suspect a compiler bug. Note that opTop is only modified when a new reference (with valid reftag) has been pushed on the stack. Have you tried turning off optimization in the Nasal code? No need to do it for the whole project; just hand-modifying the simgear/nasal/Makefile should be sufficient. Again: I've run fairly rigorous tests on both Sparc and PPC at this point with no failures, so I think we've pretty much ruled out endianness. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] AI Aircraft Models
Durk Talsma wrote: On Monday 07 November 2005 18:53, Harald JOHNSEN wrote: Durk Talsma wrote: I'm trying to work out this idea a bit further and then we can see how it combines with the animations code. The most important animation is probably gear up/down, because that's quite visible. Flap extension/retration would probaly also be quite visible. Cheers, Durk I was about to commit a few lines of code for those animations (AIAircraft class only). Hi Harald, Sounds interesting. Could you give us clue what your code does? Cheers, Durk It's a quick hack, I try to find plausible surface/gear position depending on the ai aircraft attitude. From the aircraft_demo ai, you can see the 733 gears animation just after take-off : http://sites.estvideo.net/tipunch/flightgear/images/fgfs-screen-130.jpg From a scenario posted on the user list not long ago, a cessna taking off (ailerons and one flaps) : http://sites.estvideo.net/tipunch/flightgear/images/fgfs-screen-135.jpg and a bit later on final with 3 flaps : http://sites.estvideo.net/tipunch/flightgear/images/fgfs-screen-134.jpg Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Persistant Nasal big-endian bug
Andy Ross wrote: If it's not happening across a garbage collection, then I strongly suspect a compiler bug. Note that opTop is only modified when a new reference (with valid reftag) has been pushed on the stack. This section does look fushy to me (code.c setupFuncall()): naRef result = (*fp)(ctx, obj, nargs, frame + 1); ctx-opTop -= nargs + 1 + mcall; PUSH(result); Is is certain that reftag is set in this case? Have you tried turning off optimization in the Nasal code? No need to do it for the whole project; just hand-modifying the simgear/nasal/Makefile should be sufficient. Yep, to no avail. Again: I've run fairly rigorous tests on both Sparc and PPC at this point with no failures, so I think we've pretty much ruled out endianness. Did you use gcc on all those platforms? Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FG CVS error report
Can't reproduce that. The dialog closes as it is supposed to. Hi Melchior, just to be sure I updated and recompiled again. Same error as described. Shift+F10 when running FG changes GUI style back and forth without problems, Basic Key Window open + Shift/F10 freezes FG. Tested it several times, all default (KSFO + Cessna) directly after starting FG, CygWin/Windows XP Home. Can you provide a stack backtrace? m. Sorry, I think this is far behind my scope as Windows does not give any stack info back as FG is a Cygwin process. And I have to kill Cygwin with the Windows taskmanager as it freezes too. And my knowledge about Cygwin is very limited :-( May be some other Cygwin user can test whether it is an individual problem (then forget about it) or a general one? Regards Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] howto compile on SuSE 10.0 running gcc 4.0.2 and freeglut 2.4.0
Hi everybody,
just tried to get latest CVS compiled on a fresh install of SuSE 10.0. It has
gcc 4.0.2 and freeglut 2.4.0 installed. It compiles, but does not run due to
the known
freeglut (fgfs): Failed to create cursor
freeglut ERROR: Function glutSetCursor called without first calling
'glutInit'.
stuff. Trying to compile freeglut 2.2.0 brings up a lot of compile errors on
freeglut_callbacks.c.
The reason for the errors is in freeglut_internal.h in the definitions of the
macros FETCH_WCB and INVOKE_WCB
I modified these like this in freeglut_internal.h:
#define FETCH_WCB(window,cbname) \
((window).CallBacks[CB_ ## cbname])
#define INVOKE_WCB(window,cbname,arg_list)\
do\
{ \
if( FETCH_WCB( window, cbname ) ) \
{ \
fgSetWindow( window ); \
((FGCB ## cbname)FETCH_WCB( window, cbname )) arg_list; \
} \
} while( 0 )
After that freeglut compiles and a rebuild of plib, SimGear and FlightGear
brings back my FlightGear.
Looks more like a freeglut-thing, but maybe someone on this list also cares...
Cheers, Torsten
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Terragear-cvslogs] CVS: source/src/Prep/DemChop Makefile.am, 1.8,
Hello Curt, Curtis L. Olson wrote: Update of /var/cvs/TerraGear-0.0/source/src/Prep/DemChop As you are apparently right now working on TerraGear, would you please consider adding this cosmetic change. This is for unifying Solaris preprocessor directives: --- ./TerraGear/src/BuildTiles/Parallel/server.cxx~ Tue Oct 4 20:26:05 2005 +++ ./TerraGear/src/BuildTiles/Parallel/server.cxx Tue Oct 4 20:26:05 2005 @@ -29,7 +29,7 @@ SG_USING_STD( cerr ); SG_USING_STD( endl ); -#if defined (sun) || defined (__CYGWIN__) || defined(sgi) +#if defined (__sun) || defined (__CYGWIN__) || defined(sgi) # define WAIT_ANY (pid_t)-1 #endif Thanks, Martin. -- Unix _IS_ user friendly - it's just selective about who its friends are ! -- ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] howto compile on SuSE 10.0 running gcc 4.0.2 and freeglut 2.4.0
Torsten Dreyer wrote: Hi everybody, just tried to get latest CVS compiled on a fresh install of SuSE 10.0. It has gcc 4.0.2 and freeglut 2.4.0 installed. It compiles, but does not run due to the known freeglut (fgfs): Failed to create cursor freeglut ERROR: Function glutSetCursor called without first calling 'glutInit'. stuff. Trying to compile freeglut 2.2.0 brings up a lot of compile errors on freeglut_callbacks.c. The easier way is to just install the SuSE 9.3 rpm of freeglut. It installs just fine without dependency problems or such. Nine ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] howto compile on SuSE 10.0 running gcc 4.0.2 and freeglut 2.4.0
On Tuesday 08 November 2005 17:36, Torsten Dreyer wrote: Hi everybody, just tried to get latest CVS compiled on a fresh install of SuSE 10.0. It has gcc 4.0.2 and freeglut 2.4.0 installed. It compiles, but does not run due to the known freeglut (fgfs): Failed to create cursor freeglut ERROR: Function glutSetCursor called without first calling 'glutInit'. FWIW I took the freeglut CVS route, on Debian unstable. After that freeglut compiles and a rebuild of plib, SimGear and FlightGear brings back my FlightGear. Looks more like a freeglut-thing, but maybe someone on this list also cares... Cheers, Torsten ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d -- Roy Vegard Ovesen ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FG CVS error report
Georg Vollnhals wrote:
Can
you provide a stack backtrace?
m.
Sorry, I think this is far behind my scope as Windows does not give
any stack info back as FG is a Cygwin process. And I have to kill
Cygwin with the Windows taskmanager as it freezes too. And my
knowledge about Cygwin is very limited :-(
May be some other Cygwin user can test whether it is an individual
problem (then forget about it) or a general one?
It's a general problem Georg but it's not visible if the memory is not
reused or marked as free by the debugger.
NewGUI::reinit ()
{
mapstring,FGDialog *::iterator iter;
vectorstring dlg;
// close all open dialogs and remember them ...
for (iter = _active_dialogs.begin(); iter != _active_dialogs.end();
iter++) {
dlg.push_back(iter-first);
closeDialog(iter-first);
}
}
closeDialog will indirectly destroy *iter, so you can not do a iter++
after that.
Harald.
kernel32.dll!7c81eb33()
kernel32.dll!7c81eb33()
FlightGear.exe!_nh_malloc_dbg(unsigned int nSize=0x0001, int
nhFlag=0x0003, int nBlockUse=0x0012ee70, const char *
szFileName=0x00365138, int nLine=0x0003) Ligne 267 + 0x7C
FlightGear.exe!_CxxThrowException(void * pExceptionObject=0x0012ee8c,
const _s__ThrowInfo * pThrowInfo=0x00cdd5b4) + 0x39 C++
FlightGear.exe!std::_Nomemory() Ligne 10 C++
FlightGear.exe!operator new(unsigned int size=0xfeeefef0) Ligne 15
C++
FlightGear.exe!std::_Allocatechar(unsigned int _Count=0xfeeefef0,
char * __formal=0x) Ligne 34 + 0x9 C++
FlightGear.exe!std::allocatorchar::allocate(unsigned int
_Count=0xfeeefef0) Ligne 137 + 0xb C++
FlightGear.exe!std::basic_stringchar,std::char_traitschar,std::allocatorchar
::_Copy(unsigned int _Newsize=0xfeeefeee, unsigned int _Oldlen=0x)
Ligne 1454 + 0xf C++
FlightGear.exe!std::basic_stringchar,std::char_traitschar,std::allocatorchar
::_Grow(unsigned int _Newsize=0xfeeefeee, bool _Trim=false) Ligne 1485
C++
FlightGear.exe!std::basic_stringchar,std::char_traitschar,std::allocatorchar
::assign(const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
_Right={...}, unsigned int _Roff=0x, unsigned int _Count=0x)
Ligne 599 + 0x10 C++
FlightGear.exe!std::basic_stringchar,std::char_traitschar,std::allocatorchar
::basic_stringchar,std::char_traitschar,std::allocatorchar (const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
_Right={...}) Ligne 326 C++
FlightGear.exe!std::vectorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
,std::allocatorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
::_Insert_n(std::vectorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
,std::allocatorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
::iterator _Where={...}, unsigned int _Count=0x0001, const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
_Val={...}) Ligne 810 + 0xc C++
FlightGear.exe!std::vectorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
,std::allocatorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
::insert(std::vectorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
,std::allocatorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
::iterator _Where={...}, const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
_Val={...}) Ligne 623C++
FlightGear.exe!std::vectorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
,std::allocatorstd::basic_stringchar,std::char_traitschar,std::allocatorchar
::push_back(const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
_Val={...}) Ligne 584 C++
FlightGear.exe!NewGUI::reinit() Ligne 60 C++
FlightGear.exe!do_reinit(const SGPropertyNode * arg=0x195c6620) Ligne
223 C++
FlightGear.exe!SGCommandMgr::execute(const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
name={...}, const SGPropertyNode * arg=0x195c6620) Ligne 61 + 0x7C++
FlightGear.exe!f_fgcommand(Context * c=0x10b5d028, naRef me={...}, int
argc=0x0002, naRef * args=0x10b5dc38) Ligne 223 + 0x55 C++
FlightGear.exe!setupFuncall(Context * ctx=0x10b5d028, int
nargs=0x0002, int mcall=0x, int tail=0x0001) Ligne 253 + 0x1a
C
FlightGear.exe!run(Context * ctx=0x10b5d028) Ligne 568 + 0x39 C
FlightGear.exe!naCall(Context * ctx=0x10b5d028, naRef func={...}, int
argc=0x, naRef * args=0x, naRef obj={...}, naRef locals={...})
Ligne 724 + 0x9 C
FlightGear.exe!FGNasalSys::handleCommand(const SGPropertyNode *
arg=0x091eb490) Ligne 492 + 0x33 C++
FlightGear.exe!do_nasal(const SGPropertyNode * arg=0x091eb490) Ligne
182 C++
Re: [Flightgear-devel] lightning
On Tue, 08 Nov 2005 09:49:56 +0100, Erik wrote in message [EMAIL PROTECTED]: Josh Babcock wrote: Dave Culp wrote: All you experienced modelers, please tell me, is this possible? Can you set a piece of a model to flash somewhat randomly using only XML animation code? I'm pretty sure you would need to have each t-storm running its own instance of a simple Nasal script. I remembered we've added random animations in the past and looking at the code, the times animation accept a random value. That said, I really think the AIThunderstorm calls should be without a visual model and should be called by the 3d clouds code and METAR weather code instead. ..attic candidate? Chances are I can use some of it to model these: http://flyingkettle.com/ and http://perso.wanadoo.fr/ballonsolaire/en-index.htm ;o) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;o) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Persistant Nasal big-endian bug
Erik Hofman wrote: Is is certain that reftag is set in this case? Yes. The modification to opTop is a pop, the stack contents have already been pushed at that point. I just scanned through the loop again, and don't see anywhere that an object gets copied onto the stack incorrectly -- the only way it's done is to copy the whole naRef at once, which copies the reftag also. Even a garbage collection wouldn't cause this behavior, as it would clean up the pointed-to object and not the reference on the stack. Note, by the way, that reftag is not guaranteed to be present -- if the naRef is a number, you will see the (non-NaN) top half of the double instead. The behavior you are seeing is consistent with a number being stored in the local variable hash in the slot where you used to see an object. No idea why that might happen either. Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Colditz glider (Was: AI Aircraft Models)
Steve Hosgood wrote: I'll be quite happy for the Colditz Glider to be part of 0.9.9 Ok it's committed to CVS. It won't be part of 0.9.9 directly but it will be downloadable from the aircraft page after that. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: FG CVS error report
* Harald JOHNSEN -- Tuesday 08 November 2005 18:25: closeDialog will indirectly destroy *iter, so you can not do a iter++ after that. Whoops. Thanks. Should be fixed now, along with some other problems and omissions. Please try. m. :-) ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Buildings ?????
Next on the list are the Nat. Cathedral, Basilica of the Immaculate Conception, Mormon Temple, Pentagon and then the Mall. Not sure what timetable I'm looking at though. If you can think of any other big visible structures that you would like to see (sorry, I'm not tackling the bridges yet, there's issues with the VMAP data I don't want to deal with) let me know. No promises though. Josh, Thanks for your interest on building up a more recognizable washingon, DC! On my wishlist for baltimore: martin state airport, harbor place, bethlehem steel, the hitachi cranes of the dundalk, locust point clinton st. ? marine terminals, maybe the usfg building or md national bank building downtown. One of the largest churches in the us is on a hill in baltimore (an old shopping mall) off cedonia road, Ravens or Oriole stadium, the maryland science center On my wishlist for dc: (in addition to yours): GAI (montgomery county airpark), the college park airport RFK stadium, georgetown/howard universities -- nothing against american or george washington universities, I just don't know how recognizable they'd be), the naval observatory, the power plant in alexandria, the national theater, the kennedy center, the watergate, the national zoo, RIO center (exit 9 off I-270) is probably nicely visable from the air also There's also sugarloaf mountain or great falls, md or great falls, va. Georgetown park or chevy chase pavillion might be good markers, too, but maybe when we modal american shopping malls 8-) tysons corner (the malls) might help find dulles airport visually grin the georgetown and dalecarlia sp? reservoirs might help avoid the restricted area around the us vice presidents house (at the naval observatory) anything at all, esp. if it's on jeppesen plates or the baltimore or washington sectional or terminal area charts. oh, well, I can dream, can't I? Probably accurately displaying the borders of parks and forested areas could help with VFR, no? (this is not to imply that the borders are not accurate, I don't know but it might be worth looking into) I don't know what your schedule is, but it's probably moving a lot faster than mine will be. My schedule is remarkably unreliable 8-(. I hope that eventually I will be able to do some of this... ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FG CVS error report
Melchior FRANZ wrote: * Harald JOHNSEN -- Tuesday 08 November 2005 18:25: closeDialog will indirectly destroy *iter, so you can not do a iter++ after that. Whoops. Thanks. Should be fixed now, along with some other problems and omissions. Please try. m. :-) There is no more crash ;) Just something strange with the Display airport Frequencies dialog. When first called it displays ok with the surrounding airports icao codes inside buttons, then if you change gui theme (shift F10) the dialog is redisplayed with the new theme but without the airports buttons. If called again from the menu, the dialog redisplay itself correctly. Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Buildings ?????
Next on the list are the Nat. Cathedral, Basilica of the Immaculate Conception, Mormon Temple, Pentagon and then the Mall. Not sure what timetable I'm looking at though. If you can think of any other big visible structures that you would like to see (sorry, I'm not tackling the bridges yet, there's issues with the VMAP data I don't want to deal with) let me know. No promises though. I think the Statue of Liberty is a nice thing to have. It's a nostalgic thing for those of us who had seen the Flight Simulator II on Atari ST and Amiga. the first home personal computer program ever to apply to the FAA for an official PCATD status. Even a very crude, low-poly version would be great. It was this very program that had inspired in me the desire to fly in the real life one day, back when I was 13 years old. I distinctly remember the thought: Hey, those folks in the US have the small planes to fly in available to common people to try. Maybe in 30 years, when they have rocket ships at the same availability level over there, we'll have small planes available to common people like me here in the USSR! since then I had managed to witness the USSR collapse, the iron curtain fall, and eventually get my private pilot wings in the US... V ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: FG CVS error report
* Harald JOHNSEN -- Tuesday 08 November 2005 20:09: Just something strange with the Display airport Frequencies dialog. When first called it displays ok with the surrounding airports icao codes inside buttons, then if you change gui theme (shift F10) the dialog is redisplayed with the new theme but without the airports buttons. Same with the ATC communication dialog. That's because they are dynamic. ATCdialogs.cxx fill buttons in before displaying. If we let new_gui.cxx close the dialog, reload the gui and re-open, then ATCdialogs.cxx isn't invoked and the dynamic stuff is missing. I'll think about a solution, but for now I think we can live with that. I doubt that many people will find the themes feature at all. :-) m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FG CVS error report
Melchior FRANZ schrieb:
..
but for now I think we can live with that.
That is ok, I think it should only be fixed before the new version gets
officially out.
I checked some other menues
one more serious problem:
- adjust HUD transparency
does not switch but after you leave the menue ('cancel') the *main*
menue is frozen (no reaction on clicks)
one less serious problem:
- Browse internal properties does not switch, but some (did not test a
lot) submenues do (what is fine) but are frozen in that status (when you
change back to the normal style).
I doubt that many people will
find the themes feature at all. :-)
m.
_
Yes, might be - but we should tell them! It is all a question of
personal taste, but the new style is really nice and my default from
now. Yes, eye-candy somehow - but I also like my house much better after
I have painted it :-)
Thank you, Melchior and Harald.
Regards
Georg
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Please upgrade to version: 0.9.8
Georg I must have missed something?? George patterson Sorry for the not understandable (bad) joke :-/ Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Joysticks required? Universal Binary for OSX
Hi ya'llI'm rather tired right now having worked on porting PLIB, Simgear, and FlightGear to Xcode and universal binary for quite some hours.Everything is ported now and I'm pleased with the result. This will make building future releases for mac a lot easier because the automake/autoconf dependencies are gone. But the main reason for sending this email is when I run fgfs (0.9.9-pre1) I get the following message:Found 0 joystick(s)Can't find any joysticks ...Are joysticks required now? Or maybe something did not build properly? Looking at fgfs.cxx it almost looks like joysticks are required.Or maybe plibjs did not build properly and now does not give correct info?Thanks for your response.-- Arthur/- http://sourceforge.net/users/artooro/- http://artooro.blogspot.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Joysticks required? Universal Binary for OSX
Ignore my question about joysticks and fgfs. Like I said I'm tired and couldn't think straight.Test universal binary 0.9.9pre1 will be coming later this week.On 11/8/05, Arthur Wiebe [EMAIL PROTECTED] wrote: Hi ya'llI'm rather tired right now having worked on porting PLIB, Simgear, and FlightGear to Xcode and universal binary for quite some hours.Everything is ported now and I'm pleased with the result. This will make building future releases for mac a lot easier because the automake/autoconf dependencies are gone. But the main reason for sending this email is when I run fgfs (0.9.9-pre1) I get the following message:Found 0 joystick(s)Can't find any joysticks ...Are joysticks required now? Or maybe something did not build properly? Looking at fgfs.cxx it almost looks like joysticks are required.Or maybe plibjs did not build properly and now does not give correct info?Thanks for your response.-- Arthur/- http://sourceforge.net/users/artooro/- http://artooro.blogspot.com -- Arthur/- http://sourceforge.net/users/artooro/- http://artooro.blogspot.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Feature/change/update/fix list since v0.9.8
-Original Message- If you contributed something that is missing, or poorly described here, please send me something better. Hi Curt, This may not be helpful at this point (haven't been reading for a few days). Here's an addition: * Material animation added to Simgear's 3D model support, allowing things like dimmable cockpit lights and other exotic color and transparency morphs in 3D models. Best, Jim ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Cessna 182 and 3D Instruments Update
Hi All, I've updated the Cessna 182 as follows. - New Skylane textures to replace the old ones (which said Skyhawk on the side!) - Re-upholstered interior :) - Improved 3D cockpit with new - yokes - engine controls - throttle, propeller, mixture - flaps - seats - Updated help - KAP140 autopilot (though the altitude hold currently doesn't work) - Renamed files from c172 to c182 - Updated help with information from the readme A screenshot is available from http://www.nanjika.co.uk/flightgear/c182/c182.jpg The tarball is available from http://www.nanjika.co.uk/flightgear/c182/c182.tar.gz This is designed to completely replace the existing data/Aircraft/c182 (the FDM and main model are unchanged), and given the name changes there seems little point in generating diffs. Assuming someone wants to check this into CVS, let me know if you need anything else. The new cockpit makes use of a couple of 3D widgets I've created for the data/Aircraft/Instruments-3d directory. http://www.nanjika.co.uk/flightgear/c182/yoke.tar.gz http://www.nanjika.co.uk/flightgear/c182/trim.tar.gz http://www.nanjika.co.uk/flightgear/c182/flaps.tar.gz The yoke is designed to be a generic Cessna one, but is currently branded for the Skylane. If/when we have configurable textures, this will be more useful. The trim wheel is taken from the c172 model, and the flaps are again designed to be generic Cessna, but include a neat little flap position indicator that is independent of the lever. As always feedback is very welcome, especially as I've never been inside a Skylane! Regards, -Stuart ___ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: B1900D fuel/engines
Andy, (or whoever is maintaining the b1900d), I hate to do this to you, but I think I have spotted another bug to do with fuel and engines. When you run out of fuel the engines continue to run, despite /engine/engine/out-of-fuel[0]='true' and /consumables/fuel/total-fuel-gals|lbs|norm[0]='0.00' But the both engines are still running. I hope this is clearer.. George Patterson Hi George . I am maintaining the b1900d , and yes I mentioned the same problem a while back, I run out of fuel and continue to fly on if I understand correctly,the turboprop engine code is fairly new and still a work in progress , so Im sure it will be straightened out soon.I have thought of trying to fix it myself , but I think the engine code is Andy's work and he knows FAR more than I do about such things . Thanks for the note , sometimes I get so far into the modelling aspect I miss bugs :) Cheers ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: howto compile on SuSE 10.0 running gcc
On Tue, 08 Nov 2005 11:26:51 -0600, you wrote: freeglut (fgfs): Failed to create cursor freeglut ERROR: Function glutSetCursor called without first calling 'glutInit'. I installed freeglut, all three packages found in the SuSE library. Restarted and ran ./configure again for FG. It seems to have compiled okay without complaining about glutInit, but I am now getting this error. So I've made progress. ;-) An archive post says that the CVS version does not have this problem. Should I try the CVS version? I installed 0.9.8 because of the previous error, just to see if the version was at fault. Steve ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Flightgear-devel Digest, Vol 31, Issue 29
On Tue, 08 Nov 2005 15:39:11 -0600, you wrote: On my wishlist for baltimore: martin state airport, harbor place, bethlehem steel, the hitachi cranes of the dundalk, locust point clinton st. ? marine terminals, maybe the usfg building or md national bank building downtown. One of the largest churches in the us is on a hill in baltimore (an old shopping mall) off cedonia road, Ravens or Oriole stadium, the maryland science center I have lived in Arlington, VA most of my life. Much of my simulated flying is local, so I am interested in populating the Mid-Atlantic area. It's pretty empty now. I tend to do my simulated flying on the Delmarva, but Martin State is my usual destination from the Eastern Shore. Baltimore is such a complicated airport (when flying under ATC in MSFS for example) KMTN is a simple straight in and lines up nicely with KSBY and some of the other local airports. It would be nice to see some improvements for that and for KSBY the airport I depart from the most. I am unsure if I can help, I do hope to convert a model of the Cape May Light I made for MSFS for FG once I understand the tools. I've got to get FG compiled first. ;-) Steve ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: howto compile on SuSE 10.0 running gcc
An archive post says that the CVS version does not have this problem. Should I try the CVS version? I installed 0.9.8 because of the previous error, just to see if the version was at fault. It's not FG, but freeglut 2.4.0 (release version) causing this error. I have tried to compile the CVS version of freeglut on SuSE 10, but got lots of compile errors there and fixing the older 2.2.0 version was easier for me. Torsten ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
