[Flightgear-devel] Re: [fgrun-users] initial wizard screen in fgrun lacks obvious defaults (fwd)
Forwarding a notice about fgrun over to flightgear-devel, as per Bernie Bright's suggestion. Please see below, if you feel like patching fgrun. -- Forwarded message -- Date: Mon, 14 Nov 2005 09:28:39 +1100 From: Bernie Bright <[EMAIL PROTECTED]> To: Vassilii Khachaturov <[EMAIL PROTECTED]> Subject: Re: [fgrun-users] initial wizard screen in fgrun lacks obvious defaults Hi, I'm not supporting fgrun any more. However you should be able to get help from the flightgear-users or -devel mailing lists. Bernie Vassilii Khachaturov wrote: > OK, now I am running fgrun, and its "Executable", FG_ROOT and > FG_SCENERY are all empty, despite being run in the environment > where it has all the reasons for guessing right: > > [EMAIL PROTECTED]:~$ echo $PATH > /home/vassilii/flightgear.nobackup/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/usr/games > [EMAIL PROTECTED]:~$ type fgfs > fgfs is /home/vassilii/flightgear.nobackup/bin/fgfs > [EMAIL PROTECTED]:~$ echo $FG_ROOT > /home/vassilii/flightgear.nobackup/FlightGear/data > [EMAIL PROTECTED]:~$ echo $FG_SCENERY > /home/vassilii/flightgear.nobackup/FlightGear/data/Scenery:/usr/share/games/FlightGear/Scenery:/var/games/FlightGear/Scenery > > > > > --- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > ___ > fgrun-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/fgrun-users > > ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] compiling Simgear...
> However, I am getting an error building the openal/alut directory after the > make install of the openal/linux directory succeeds. > > I get a lot of warnings from the aclocal process (shown below as there's > many). Then > creating libs/libalut.dll.a I get a large number of undefined references as > shown here: > > gcc -shared .libs/libalut_la-alutBufferData.o .libs/libalut_la-alutCodec.o > .libs/libalut_la-alutError.o .libs/libalut_l > a-alutInit.o .libs/libalut_la-alutInputStream.o .libs/libalut_la-alutLoader.o > .libs/libalut_la-alutUtil.o .libs/libalut_ > la-alutVersion.o .libs/libalut_la-alutWaveform.o -o .libs/cygalut-0.dll > -Wl,--enable-auto-image-base -Wl,--out-implib, > .libs/libalut.dll.a > Creating library file: .libs/libalut.dll.a > .libs/libalut_la-alutBufferData.o: In function `_alutPassBufferData': > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:119: > undefined reference to `_alGenBuffers' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:120: > undefined reference to `_alGetError' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:136: > undefined reference to `_alBufferData' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:139: > undefined reference to `_alGetError' > .libs/libalut_la-alutInit.o: In function `_alutSanityCheck': > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:27: undefined > reference to `_alcGetCurrentContext' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:34: undefined > reference to `_alGetError' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined > reference to `_alcGetContextsDevice' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined > reference to `_alcGetError' > .libs/libalut_la-alutInit.o: In function `alutInit': > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:67: undefined > reference to `_alcOpenDevice' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:74: undefined > reference to `_alcCreateContext' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:82: undefined > reference to `_alcMakeContextCurrent' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:84: undefined > reference to `_alcDestroyContext' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:85: undefined > reference to `_alcCloseDevice' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:77: undefined > reference to `_alcCloseDevice' > .libs/libalut_la-alutInit.o: In function `alutExit': > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:130: undefined > reference to `_alcMakeContextCurrent' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:136: undefined > reference to `_alcGetContextsDevice' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:137: undefined > reference to `_alcDestroyContext' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:138: undefined > reference to `_alcGetError' > /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:144: undefined > reference to `_alcCloseDevice' > collect2: ld returned 1 exit status > make[2]: *** [libalut.la] Error 1 > make[2]: Leaving directory > `/cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/openal/alut' > make: *** [all] Error 2 > > > I'm not sure what to do at this point. > > Ideas anyone on how to get working openal (including alut) on cygwin? I have > the latest cygwin, including cygwin versions of automake/autoconf, etc. > I'm seeing the similar errors while linking in MSVC. Grateful for any help. Thanks! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] openAL compilation problem
> Add the libs to FG, SG does not need them. > > Harald. > Hi Harald, Thank you for your reply. I did add the libraries to FG as you suggested but I still get the same errors. It looks like for some reason or the other the header files are not being read... for example the function alGetError is defined in al.h but even though the header file is included in soundmgr_openal.c the linker says that these are unresolved externals. Am I doing something wrong or is there something wrong with the version of openal I am using. I did download a copy of the openal windows sdk from the openal website. Thanks!! ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-users] Re: FGFS 0.9.9-pre2 shadows...
Georg Vollnhals schrieb: Hi, try --bpp=24 as parameter when starting FG. I had the same problem until I got the idea to try this. Now I have nice shadows and a nice reduction in frame-rate. But it's worth :-) Regards Georg Sorry, just working through my mails. Did not see that Pigeon answered already :-) Georg ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: [Flightgear-cvslogs]
Hello Gerard, "Curtis L. Olson" wrote: > Update of /var/cvs/FlightGear-0.9/data/Aircraft/F-8E/Engine > In directory baron:/tmp/cvs-serv1607/Engine > > Removed Files: > PW-J57P.xml direct.xml > Log Message: > Gerard Robin requests that his work not be included in FlightGear's CVS. will this aircraft model still be available at some other location ? Cheers, 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] OT: A380 arrived in EDHI (Hamburg-Finkenwerder)
Here is another one: http://www.airliners.net/open.file/958673/L/ It is amazing how they changed the livery so quickly! Ampere ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: freeglut on SuSE 10
I installed the downgrade of freeglut, but I still get a missing header error. I think this header is in the freeglut-devel but did not download that module. I cannot seem to access the 9.3 RPMs in the Yast repositories. Can someone point me in the right direction where to get these files? I can't seem to get into Guru's repository for 9.3 RPMs, it's overloaded and not responding. I also downloaded the 2.2 freeglut from their site, but don't know if I can use that. Perhaps I could pull the header from there. This is getting tiresome. Thanks, Steve ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear Review (was: Which aircraft to include in v0.9.9?)
Am Samstag 12 November 2005 02:05 schrieb George Patterson: > On Fri, 2005-11-11 at 16:13 +0100, Thomas Förster wrote: > > A slightly outdated version of FlightGear is installed for Suse via > > Yast and via Apt for Debian. For the newest release you have to > > compile the source code yourself [1]. For Mandrake 10.2, Fedora Core 3 > > and the newest version 5.10 of Ubuntu packets exist for the current > > release 0.9.8 of FlightGear. The packets may be found here [2]. > > Last sentence of this paragraph should be "The packages may be found > here [2]." Sure. I was quite brain dead after having spent a whole afternoon on this. Must have slipped through the proof reading. Thanks. Thomas ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] compiling Simgear...
> I get an error now compiling Simgear . >I cant cut and paste from the terminal but make stops at : >[visual_enviro.o]Error 1 >Has anyone run across this before? I'm not sure if your error is my error, but I saw an error in simgear's visual_enviro on mac os x (and fixed it by installing the latest openal from www.openal.org). i think I might have needed to do a make clean of simgear too, I don't remember, sorry. I have a similar problem with building SimGear under cygwin. I am unable to get a cygwin version of openal (openal_cyg.tgz of a few days ago isn't working). The error is that there's no AL/alut.h found. I have removed all old versions of openal from my system that I could find. Making install in environment make[3]: Entering directory `/cygdrive/s/flightgear/fgdev9.9/src/simgear/simgear/environment' if g++ -DHAVE_CONFIG_H -I. -I. -I../../simgear -I../.. -I/cygdrive/s/flightgear/fgdev9.9/include -g -O2 -D_REENTRANT - MT visual_enviro.o -MD -MP -MF ".deps/visual_enviro.Tpo" -c -o visual_enviro.o visual_enviro.cxx; \ then mv -f ".deps/visual_enviro.Tpo" ".deps/visual_enviro.Po"; else rm -f ".deps/visual_enviro.Tpo"; exit 1; fi In file included from ../../simgear/sound/soundmgr_openal.hxx:53, from visual_enviro.cxx:33: ../../simgear/sound/sample_openal.hxx:50:22: AL/alut.h: No such file or directory visual_enviro.cxx: In member function `void SGEnviro::drawRain(double, double, double, double, double)': visual_enviro.cxx:422: warning: converting to `int' from `double' visual_enviro.cxx: In member function `void SGLightning::lt_build_tree_branch(int, Point3D&, float, int, float)': visual_enviro.cxx:503: warning: passing `float' for converting 4 of `void SGLightning::lt_build_tree_branch(int, Point3D &, float, int, float)' make[3]: *** [visual_enviro.o] Error 1 make[3]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/simgear/simgear/environment' make[2]: *** [install-recursive] Error 1 make[2]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/simgear/simgear' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/cygdrive/s/flightgear/fgdev9.9/src/simgear' make: *** [sginstall] Error 2 I tryed download from openal cvs (as outlined on www.openal.org), and was able to build and install the openal/linux directory correctly. However, I am getting an error building the openal/alut directory after the make install of the openal/linux directory succeeds. I get a lot of warnings from the aclocal process (shown below as there's many). Then creating libs/libalut.dll.a I get a large number of undefined references as shown here: gcc -shared .libs/libalut_la-alutBufferData.o .libs/libalut_la-alutCodec.o .libs/libalut_la-alutError.o .libs/libalut_l a-alutInit.o .libs/libalut_la-alutInputStream.o .libs/libalut_la-alutLoader.o .libs/libalut_la-alutUtil.o .libs/libalut_ la-alutVersion.o .libs/libalut_la-alutWaveform.o -o .libs/cygalut-0.dll -Wl,--enable-auto-image-base -Wl,--out-implib, .libs/libalut.dll.a Creating library file: .libs/libalut.dll.a .libs/libalut_la-alutBufferData.o: In function `_alutPassBufferData': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:119: undefined reference to `_alGenBuffers' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:120: undefined reference to `_alGetError' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:136: undefined reference to `_alBufferData' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutBufferData.c:139: undefined reference to `_alGetError' .libs/libalut_la-alutInit.o: In function `_alutSanityCheck': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:27: undefined reference to `_alcGetCurrentContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:34: undefined reference to `_alGetError' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined reference to `_alcGetContextsDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:40: undefined reference to `_alcGetError' .libs/libalut_la-alutInit.o: In function `alutInit': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:67: undefined reference to `_alcOpenDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:74: undefined reference to `_alcCreateContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:82: undefined reference to `_alcMakeContextCurrent' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:84: undefined reference to `_alcDestroyContext' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:85: undefined reference to `_alcCloseDevice' /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:77: undefined reference to `_alcCloseDevice' .libs/libalut_la-alutInit.o: In function `alutExit': /cygdrive/s/flightgear/fgdev9.9/src/openal/alut/src/alutInit.c:130: undefined reference to `_alcMakeContextCurrent' /cygdrive/s/fligh
[Flightgear-devel] MSVC7.1 and CVS up 0.9.9-pre3
Hi, A CVS update, 13 Nov, 2005 - PLIB, SimGear, FlightGear/data, and FlightGear/source ... Just to confirm that I had few problems building and running 0.9.9-pre3 with MSVC7.1 in WinXPSP2 ... I had to delete puAuxList.cxx from the PLIB build, and src/Time/sunpos.cxx/hxx from FlightGear ... but no other fatal errors ... I only had time to try the default Cessna, the 747-100, and for the first time, the Bell206, but could not get it to lift off - power up ... perhaps the throttle mappings to my MS Sidewinder joystick were wrong? I timed the build ... all in under two hours, even with the corrections ... the full timed update text can be read here - http://geoffmclane.com/fg/fgfs-018.htm I also uploaded the release binary, in a zip file - see PS: at bottom of the web page ... As always, thanks for a great flight simulator ;=)) Regards, Geoff. EOF _ SEEK: Over 80,000 jobs across all industries at Australia's #1 job site. http://ninemsn.seek.com.au?hotmail ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] diff for browser change for mac os x to use
Vassilii,
Doesn't it mean that something resets it between the options
parsing and
the GUI help stuff processing?
probably, putting the same SG_LOG in the patch right after the set in
options.cxx, I get:
help app is open// correct
During the help call, I get:
Help application -- netscape //incorrect
I'd rather see a patch that finds
the offending code modifying it, if that's the case.
me too, but this is a workaround that would permit help to work on GM
fg9.9, which I imagine is going out soon. It only hits one function
which is used for help and all changes are only done at compile time
and should not affect other oses.
Just grepping for browser-app in fgdev9.9/src:
find . -name "*.[ch]xx" | xargs grep browser-app
./FlightGear/src/GUI/gui_funcs.cxx:string help_app = fgGetString
("/sim/startup/browser-app");
./FlightGear/src/Main/options.cxx:fgSetString("/sim/startup/
browser-app", "webrun.bat");
./FlightGear/src/Main/options.cxx:fgSetString("/sim/startup/
browser-app", "open");
./FlightGear/src/Main/options.cxx:fgSetString("/sim/startup/
browser-app", "launchWebJumper");
./FlightGear/src/Main/options.cxx:fgSetString("/sim/startup/
browser-app", envp);
./FlightGear/src/Main/options.cxx:// SG_LOG( SG_GENERAL, SG_INFO, "
help app is " << fgGetString( "/sim/startup/browser-app" ) );
./FlightGear/src/Main/options.cxx: SG_LOG( SG_GENERAL, SG_ALERT, "
help app is " << fgGetString( "/sim/startup/browser-app" ) );
./FlightGear/src/Main/options.cxx:{"browser-
app", true, OPTION_STRING, "/sim/startup/browser-
app", false, "", 0 },
this is beyond my abilities 8-( I wasn't trying to blow it off,
really! 8-)
BTW: there's
an option to debug/trace every property read/write for a given
property,
sorry I can't say more right now as I am logging into my mail remotely
at this moment w/o any graphics around to test the things.
Thanks very much for your information, I would like to find out more
about this debug/trace property thing that you mention.
Best regards,
Ima
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] saving options
Hi,
in an attempt to make fgfs a little more user friendly, I implemented
persistence for changes to some options, namely the rendering dialog,
sound volume and static-lod settings. They are saved to
~/.fgfs/preferences.xml on exit and loaded in on startup.
This patch is just for review and testing as it can and has to be
improved. The path is static and as such not really platform
independent, and maybe there are more options worth saving. And I don't
like that all saved properties are now listed in fg_commands.cxx. There
should be a more elegant way...
Thanks for review,
Nine
Index: src/Main/fg_commands.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Main/fg_commands.cxx,v
retrieving revision 1.64
diff -u -3 -p -r1.64 fg_commands.cxx
--- src/Main/fg_commands.cxx 11 Nov 2005 07:17:26 - 1.64
+++ src/Main/fg_commands.cxx 13 Nov 2005 12:46:01 -
@@ -189,9 +189,48 @@ do_nasal (const SGPropertyNode * arg)
static bool
do_exit (const SGPropertyNode * arg)
{
- SG_LOG(SG_INPUT, SG_INFO, "Program exit requested.");
- fgExit(arg->getIntValue("status", 0));
- return true;
+SG_LOG(SG_INPUT, SG_INFO, "Program exit requested.");
+
+SGPath config( globals->get_fg_root() );
+char* envp = ::getenv( "HOME" );
+if ( envp != NULL ) {
+config.set( envp );
+config.append( ".fgfs" );
+config.append( "preferences.xml" );
+SG_LOG(SG_INPUT, SG_INFO, "Saving user preferences");
+try {
+SGPropertyNode preferences;
+preferences.getNode("/sim/hud/draw-fps", true)->setIntValue(fgGetInt("/sim/hud/draw-fps"));
+preferences.getNode("/sim/rendering/horizon-effect", true)->setBoolValue(fgGetBool("/sim/rendering/horizon-effect"));
+preferences.getNode("/sim/rendering/enhanced-lighting", true)->setBoolValue(fgGetBool("/sim/rendering/enhanced-lighting"));
+preferences.getNode("/sim/rendering/distance-attenuation", true)->setBoolValue(fgGetBool("/sim/rendering/distance-attenuation"));
+preferences.getNode("/sim/rendering/specular-highlight", true)->setBoolValue(fgGetBool("/sim/rendering/specular-highlight"));
+preferences.getNode("/sim/rendering/precipitation-enable", true)->setBoolValue(fgGetBool("/sim/rendering/precipitation-enable"));
+preferences.getNode("/sim/rendering/lightning-enable", true)->setBoolValue(fgGetBool("/sim/rendering/lightning-enable"));
+preferences.getNode("/sim/rendering/bump-mapping", true)->setBoolValue(fgGetBool("/sim/rendering/bump-mapping"));
+preferences.getNode("/sim/rendering/clouds3d-enable", true)->setBoolValue(fgGetBool("/sim/rendering/clouds3d-enable"));
+preferences.getNode("/sim/rendering/clouds3d-vis-range", true)->setFloatValue(fgGetFloat("/sim/rendering/clouds3d-vis-range"));
+preferences.getNode("/sim/rendering/clouds3d-density", true)->setFloatValue(fgGetFloat("/sim/rendering/clouds3d-density"));
+preferences.getNode("/sim/rendering/clouds3d-cache-size", true)->setIntValue(fgGetInt("/sim/rendering/clouds3d-cache-size"));
+preferences.getNode("/sim/rendering/clouds3d-cache-resolution", true)->setIntValue(fgGetInt("/sim/rendering/clouds3d-cache-resolution"));
+preferences.getNode("/sim/rendering/shadows-ac", true)->setBoolValue(fgGetBool("/sim/rendering/shadows-ac"));
+preferences.getNode("/sim/rendering/shadows-ac-transp", true)->setBoolValue(fgGetBool("/sim/rendering/shadows-ac-transp"));
+preferences.getNode("/sim/rendering/shadows-to", true)->setBoolValue(fgGetBool("/sim/rendering/shadows-to"));
+preferences.getNode("/sim/rendering/shadows-ai", true)->setBoolValue(fgGetBool("/sim/rendering/shadows-ai"));
+preferences.getNode("/sim/rendering/shadows-debug", true)->setBoolValue(fgGetBool("/sim/rendering/shadows-debug"));
+preferences.getNode("/sim/rendering/static-lod/detailed", true)->setIntValue(fgGetInt("/sim/rendering/static-lod/detailed"));
+preferences.getNode("/sim/rendering/static-lod/rough", true)->setIntValue(fgGetInt("/sim/rendering/static-lod/rough"));
+preferences.getNode("/sim/rendering/static-lod/bare", true)->setIntValue(fgGetInt("/sim/rendering/static-lod/bare"));
+preferences.getNode("/sim/sound/volume", true)->setFloatValue(fgGetFloat("/sim/sound/volume"));
+writeProperties(config.str(), &preferences, true);
+} catch (const sg_exception &e) {
+guiErrorMessage("Error saving preferences: ", e);
+}
+
+SG_LOG(SG_INPUT, SG_INFO, "Finished Saving user preferences");
+}
+fgExit(arg->getIntValue("status", 0));
+return true;
}
Index: src/Main/fg_init.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Main/fg_init.cxx,v
retrieving revision 1.138
d
Re: [Flightgear-devel] diff for browser change for mac os x to use
> Help Help from the gui on mac os x is still broken. > > The help application is STILL set to netscape even after the > options.cxx change Doesn't it mean that something resets it between the options parsing and the GUI help stuff processing? I'd rather see a patch that finds the offending code modifying it, if that's the case. BTW: there's an option to debug/trace every property read/write for a given property, sorry I can't say more right now as I am logging into my mail remotely at this moment w/o any graphics around to test the things. V. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] diff for browser change for mac os x to use
Help Help from the gui on mac os x is still broken.
The help application is STILL set to netscape even after the
options.cxx change
(this is the main/options.cxx change applied to GUI/gui_funcs.cxx also).
Thanks!
Ima
Applying this patch fixes it for mac os x:
Index: FlightGear/src/GUI/gui_funcs.cxx
===
RCS file: /var/cvs/FlightGear-0.9/FlightGear/src/GUI/gui_funcs.cxx,v
retrieving revision 1.37
diff -u -r1.37 gui_funcs.cxx
--- FlightGear/src/GUI/gui_funcs.cxx12 Nov 2005 11:40:57
- 1.37
+++ FlightGear/src/GUI/gui_funcs.cxx13 Nov 2005 11:27:54 -
@@ -237,7 +237,20 @@
#if !defined(WIN32)
-string help_app = fgGetString("/sim/startup/browser-app");
+string help_app = fgGetString("/sim/startup/browser-app");
+
+//SG_LOG( SG_GENERAL, SG_INFO, " Help application -- " << help_app );
+SG_LOG( SG_GENERAL, SG_ALERT, " Help application -- " << help_app );
+
+#if defined(__APPLE__)
+help_app = "open";
+#elif defined(sgi)
+help_app = "launchWebJumper");
+#else
+envp = ::getenv( "WEBBROWSER" );
+if (!envp) envp = "netscape";
+fgSetString("/sim/startup/browser-app", envp);
+#endif
if ( system("xwininfo -name Netscape > /dev/null 2>&1") == 0 ) {
command = help_app + " -remote \"openURL(" + path.str() + ")
\"";
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] openAL compilation problem
bass pumped wrote: Hi, I'm trying to compile pre-rel-3 in MSVC 7 but i'm running into a linking problem again. It looks to me like simgear is unable to read the openAL header files while trying to link. I have put them in the sound_mngr directory and modified the include statements to read it directly from there, but with no luck. Am I doing something wrong? Thanks! Add the libs to FG, SG does not need them. Harald. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
