Jari Häkkinen wrote:
I had to remove one line in the simgear/configure.ac to get through
compilation:
@@ -497,7 +509,6 @@ case ${host} in
dnl instead of OSG frameworks on Mac OS X
dnl
AC_CHECK_LIB(OpenThreads,OpenThreadsGetVersion)
-LDFLAGS=$LDFLAGS
John Denker wrote:
On 02/09/2010 01:14 PM, Curtis Olson wrote:
lon/lat are being written out as a float. This should be switched to
double. The format specifier is %f but it might be better to specify a
fixed number of decimal places appropriate for the required visual
precision. I don't
Curtis Olson wrote:
Do we not support the --with-osg=/path on the mac platform?
As far as I know it should.
Erik
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and
Erik Hofman wrote:
leee wrote:
But isn't one of the tasks of ./configure to test that it can find
the libs it needs, and isn't this the real problem?
Is it not the case that ./configure has run ok, presumably believing
that it has found the libs it needs, but then generated a makefile
Andrew Gillanders wrote:
I have seen from time to time mention of automatically generated snow
lines where permanent snow would be likely to appear. Has anything
been done on this? If not, I am thinking I could write a tool to take
an elevation file (such as SRTM-3) and produce a shape
Durk Talsma wrote:
Erik Hofman replied:
Indeed, I haven't looked at that part yet. It is designed to allow easy
addition of it though.
I'm just wondering: Should I leave the referring sentence in the
announcement, or does it need modification?
I would remove it since
Gene Buckle wrote:
On Mon, 8 Feb 2010, James Sleeman wrote:
Heiko Schulz wrote:
Just for those who wants to know what's going on in the flight sim world:
Outerra is a new 3d-engine for seamless planet rendering.
Wow, the video on the page: http://outerra.blogspot.com/ is amazing if
it's
John Denker wrote:
*) It appears VEC3D and VEC4D property types are defined, but
-- they are not fully supported
-- there are no examples of them in the main property tree
(globals)
-- there is some code in simgear/scene/material/mat.cxx and
./Effect.cxx that does a few
John Denker wrote:
More generally: Have there been any design decisions
made as to what functions should continue to work
during pause, and which should not?
This is a fundamental discussion that often separates the home
simulation use and professional simulators. So far concentration has
John Denker wrote:
I also point out, again, that I am not asking
anybody to help me. I have workarounds for
this bug. Have had for years. I am just
trying to help Joe User. I was slapped for
pointing this out previously, but it remains
true.
I'm not exactly sure you're actually helping
Heiko Schulz wrote:
Sound
* assignment of sound sources to external objects
(i.e. AI controlled aircraft)
How can we do that? So much as I know it isn't documented yet and still in
work?
Indeed, I haven't looked at that part yet. It is designed to allow easy
addition of it though.
Mirko Stanisak wrote:
Hello everybody,
I'm currently working on interacting flightgear with other applications. For
this I use the generic protocol via UDP like this:
fgfs --generic=socket,out,10,localhost,1234,udp,exchange --
generic=socket,in,10,localhost,1235,udp,exchange
leee wrote:
But isn't one of the tasks of ./configure to test that it can find
the libs it needs, and isn't this the real problem?
Is it not the case that ./configure has run ok, presumably believing
that it has found the libs it needs, but then generated a makefile
that fails because it
First of all, I don't think that Jpoe the Plumber should or will compile
FlightGear him/herself. Anybody who wants to do so should learn how to
do that.
John Denker wrote:
Another workaround -- the one I actually prefer -- is to
let OSG live under .../lib64/ but add
John Denker wrote:
Here’s the setup: Start the program as
fgfs --airport=KLXV --metar= 012345Z 0KT 99SM CLR 15/M01 A2992
Let the aircraft sit on the runway. There is no need to start the engine. Use
the v key to cycle through the available views. The scenery looks normal
Gijs de Rooy wrote:
Erik wrote:
I never understood this view (model-view) anyhow, what is it supposed
to do?
In the bottomleft corner of your screen a dialog shows up, that allows
you to
cycle through helicopter-views from yourself and the other MP pilots.
Does this mean this view
Anders Gidenstam wrote:
On Sat, 6 Feb 2010, Erik Hofman wrote:
Does this mean this view option only works properly when the mutiplayer
option is selected? If so the I guess the option should be disabled by
default and only bge available when MP is active.
No, for me it seems to behave
John Denker wrote:
On 02/06/2010 02:32 AM, Erik Hofman wrote:
As I see it this might actually be a problem for the Linux vendor. They
should have added /usr/lib64 to /etc/ld.so.conf
That does not fix the main problem. It does not fix
the bug that I am reporting.
The problem you
John Denker wrote:
No, that is not the bug I am reporting.
Beware that the word linker is ambiguous. ld is
different from ld.so. More precisely, /usr/bin/ld
is different from /lib/libdl.so* ... different
program, different purpose, different specifications.
For example, I can change
leee wrote:
John's 'Joe' the non-C++ programmer is a valid scenario. Implying
that the problem only occurs when people don't understand the
implications of what they're doing is like suggesting that people
who can't do their own automobile maintenance and repairs shouldn't
drive, or
John Denker wrote:
The commit messages for these commits seem self-explanatory.
commit f38db3f433e77cd59c2332dbda779774768bcf96
Author: John Denker j...@av8n.com
Date: Tue Feb 2 22:00:17 2010 -0700
Get rid of annoying Failed to load object message.
diff --git a/materials.xml
Stuart Buchanan wrote:
I managed to do a couple of test-flights to validate Erik's bug report
without crashing my GPU.
The problem appears to be limited to the case where there are multiple object
path elements
defined under the object node. In this case, the actual object placed at a
Tim Moore wrote:
Since the bug is in model choice (not position), affects less than a
third of the object definitions in materials.xml, and is being reported
very late in our release process, I'm inclined to fix this in a 2.0.1
maintenance release.
Another way to fix it is to use a
Stuart Buchanan wrote:
As I recall, the plib code didn't even attempt to make random object placement
consistent across runs and I spent quite some time with help from a number
of people in putting together something that provided that consistency.
Actually FlightGear did this already for a
Erik Hofman wrote:
Stuart Buchanan wrote:
As I recall, the plib code didn't even attempt to make random object
placement
consistent across runs and I spent quite some time with help from a number
of people in putting together something that provided that consistency.
Actually FlightGear
Erik Hofman wrote:
Tim Moore wrote:
Since the bug is in model choice (not position), affects less than a
third of the object definitions in materials.xml, and is being reported
very late in our release process, I'm inclined to fix this in a 2.0.1
maintenance release.
Another way to fix
Erik Hofman wrote:
Another way to fix it is to use a round-robin method instead of using
random for model selection. This would probably be an easy fix.
This method is also used for multiple scenery textures.
Alright, this is committed to CVS for now. It is tested and works
reliably
Stuart Buchanan wrote:
It's been a long time since I (re-)wrote the random object code for OSG, but
my
recollection is that we use the same random number seed when generating
random model placements, to ensure that a building is in the same place on
every computer.
Looks like that part
Stuart Buchanan wrote:
Erik Hofman wrote:
Looks like that part is gone, at least the part where every random
object in the scenery was in the same place every time you start up
FlightGear. This used to be working at some point (and could be used for
landmark navigation).
Hmmm, I've had
J. Holden wrote:
I'm a bit confused. Are random objects actually starting up at different
points in each run now? I haven't noticed that nor have I seen a report of
that. All I've seen in this thread is that the code that resets the random
generator in each tile (well, several times per tile)
Pete Morgan wrote:
GUI dialogs suck
And now?
Erik
--
The Planet: dedicated and managed hosting, cloud storage, colocation
Stay online with enterprise data centers and the best network in the business
Choose flexible
Pete Morgan wrote:
I would gladly make a contribution to FlightGear.
My small contrib would be around £10 per quarter and I would expect this
cash to go towards:
* Maintaining servers online and similar
Is that mechanism in place ?
Is FlightGear.com TradeMark in place?
Is there a
Pete Morgan wrote:
Erik Hofman wrote:
Pete Morgan wrote:
GUI dialogs suck
And now?
Erik
very helpful erik.
Like your comments indeed.
If it really sucked then others would have complained already, and most
likely it would have been fixed by now.
Erik
James Sleeman wrote:
On 29/01/10 21:20, Erik Hofman wrote:
Pete Morgan wrote:
I would gladly make a contribution to FlightGear.
Please tell me you're not affiliated with FlightPro sim..
Seems to me, that Pete has asked a reasonable question, why shoot back
Hi Peter,
First of all, welcome!
Peter Meyer wrote:
Can some one tell me how excatly i can cvs checkout the latest Source?
In the Manuals are only Version 0.9 is described but i want to acces the
latest
Stable and Devel sources. I have try to Modify Flightgear-0.9 to 1.9 and
1.9.1 but
J. Holden wrote:
As we'll have a lot more areas defined as town in the upcoming scenery
build, and there are far too many water towers per square
land-area-measurement-category) in FG as it is, and it looks tacky. After the
release, I'll try and look at improving the randomly generated
Martin Spott wrote:
Hi Erik,
Erik Hofman wrote:
It would also be nice to have some more different small(ish) buildings.
Feel invited to have a look at the Models/Residential/ folder, there
you'll find the content of this chapter:
http://scenemodels.flightgear.org/modelbrowser.php
Martin Spott wrote:
Martin Spott wrote:
# ~ fgfs --lon=-122.050490 --lat=37.417342 --altitude=755 --heading=251
--pitch=-23 --geometry=1152x870 --timeofday=noon --aircraft=ufo
should provide a nice view onto a scene at KNUQ. All of the above
switches work as expected, just --pitch=
Heiko Schulz wrote:
Hi,
For the 727-230 Lufthansa livery and Cruzeiro livery were textures used found
on www.cgtextures.com.
In my eyes the licences allowed me to use the textures, but their FAQ says
now no to OpenSource, and another OpenSorce engine (OpenArenea) ran into
trouble, as
Markus Zojer wrote:
Hi all!
Could someone please update the B-1B to the more actual version (for fg
2.0) below:
Done.
Erik
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's best
Erik Hofman wrote:
Or maybe it's good enough to replace the texutures with plain white
images for now?
I've done this until an agreement is reached.
Erik
--
Throughout its 18-year history, RSA Conference consistently
Stefan Seifert wrote:
On Saturday 23 January 2010 10:43:13 Erik Hofman wrote:
Erik Hofman wrote:
Or maybe it's good enough to replace the texutures with plain white
images for now?
I've done this until an agreement is reached.
I hate to be the messenger here, but I think it's really
Martin Spott wrote:
Aside from that, I'd assume that setting a pitch for the viewer should
be pretty independent from the aircraft and the respective FDM - at
least I hope it is :-)
Viewer... need to read the whole story next time.
Agreed.
Erik
Heiko Schulz wrote:
It is clear now: the licence doesn't allow me now to use the textures, so
please somene remove the whole history as soon as possible!
Only Curtis is able to do so.
Erik
--
Throughout its
James Turner wrote:
On 20 Jan 2010, at 14:28, James Turner wrote:
This is especially the case when I switch the tower location from my
departure airport to my arrival airport. I *think* fly-by views are okay,
but I'll double-check that now.
Fly-by views are *not* okay for me, but I must
Hi,
I have read a report an bad doppler for MacOS then asked for some
information but got no reply.
If this problem still persists could the MacOS users try this patch?
Erik
Index: soundmgr_openal.cxx
===
RCS file:
Erik Hofman wrote:
I have read a report an bad doppler for MacOS then asked for some
information but got no reply.
If this problem still persists could the MacOS users try this patch?
Never mind this patch contains an error so I've put it in CVS. If it's
wrong please tell me and I'll remove
S Andreason wrote:
Hi Erik,
This morning's cvs for simgear is now giving me a segfault:
I did change the code today to prevent this from happening, are you sure
you are running the latest code?
Erik
--
Throughout its
S Andreason wrote:
Erik Hofman wrote:
I did change the code today to prevent this from happening, are you sure
you are running the latest code?
I am positive.
I see this file updated this morning:
Ok, I've committed a work around that silently catches any error prior
to calling
S Andreason wrote:
Hi Erik,
I have been getting this error since the last week of December, when the
first sound plays, gear-lock in my case. (Playing that sound is new
behavior I wonder how to stop.)
ALC Error (sound manager): ALC_INVALID_DEVICE at load file
Geoff mentioned the same,
syd adams wrote:
Ok , I understand it when put that way.
I guess now my other question would be , is it conflicting to proceed
with development
under the cc licence on certain models?Can there be 2 versions ?
I see no reason why not, especially if it's your own work.
Erik
Peter Brown wrote:
- Carrier Aircraft : T-2C or F-4N (while the F-14 is carrier capable, Dave
Culp has some excellent aircraft that don't fit the omnipowerful jet fighter
category)
Keep in mind that the aircraft from Dave's hangar are not GPL compatible
and hence could not be added to the
syd adams wrote:
By the way , I dont understand why (content) needs to be GPL since
there is no source code to speak of.
GPL is important since the base package is likely to be included in
linux distributions of which most are commercial.
Erik
Curtis Olson wrote:
Erik, we may need to discuss Santa theology on the developers list
here. Are you just making this stuff up?
It's true, it's really true! I saw it myself ... once.
I think.
Erik
--
Throughout its
Geoff McLane wrote:
As expected, the console output shows the line :-
ALC Error (sound manager): ALC_INVALID_DEVICE at load file
indicating some previous un-check, thus un-handled, ALC
error...
Ok I'll try to see why that is.
Erik
Ok, the returned error turned out to be an uncatched ALC or AL error
situation. I've now added the checks for them prior to calling the
alutLoad* function.
This will probably not solve the problem but it will give a more precise
hint on what's going on.
Erik
Alan Teeder wrote:
Eric
Could you let us know which version of Alut and OpenAl you are using for
your sound development work.
I've been using FreeALUT (CVS version but it has not many changes
compared to version 1.0) and have used OpenAL-Sample (CVS), OpenAL-Soft
(CVS) and my own OpenAL
Gijs de Rooy wrote:
Note that there is a runway texture template that almost nobody knows
about anymore:
http://cvs.flightgear.org/viewvc/graphics/runway/runway_layers.xcf?revision=1.3root=TerraGearview=markup
Erik
Erik, I actually used that template to create the stopway
James Sleeman wrote:
On 11/01/10 00:02, Erik Hofman wrote:
Historically it just muted the sound. I've now updated the code to not
initialize the sound manager until specifically requested (which can be
at runtime, even when --disable-sound is specified).
Thanks, that seems to allow
Erik Hofman wrote:
Maybe it would be a good idea to look at the runway layout again and
recreate the runway textures. Possibly with skidmarks in mind.
In the mean time I've added two stopway textures that might be good
enough for now (pa_stopway.png and pc_stopway.png).
Erik
Martin Spott wrote:
Erik,
Erik Hofman wrote:
Setting /sim/sound/working to 'true' should enable the sound manager at
runtime.
While you are at it, is /sim/sound/enabled still supposed to have any
effect or is/should it now being obsolete ?
That property is used for muting the sound
Martin Spott wrote:
Erik Hofman wrote:
Martin Spott wrote:
While you are at it, is /sim/sound/enabled still supposed to have any
effect or is/should it now being obsolete ?
That property is used for muting the sound at runtime (part of the
soundmanager keeps running to update positions
Geoff McLane wrote:
Thank you for the reply, but now I am even more
confused ;=()
Ah wait, I looked at the code for a different ALUT version..
I must have looked at the wrong code because of it ran great a few days
ago, when I reported all seemed well... but now... and the code I
looked at
James Sleeman wrote:
Is there a reason that --disable-sound doesn't totally disable sound?
Historically it just muted the sound. I've now updated the code to not
initialize the sound manager until specifically requested (which can be
at runtime, even when --disable-sound is specified).
Erik
Geoff McLane wrote:
Hi all,
But in Ubuntu 8.04 LTS, now get an error exit when running the
default c172... it ran great a few days ago, when I reported
all seemed well... but now...
Running it under gdb, and setting a break point
at SGSoundMgr::load(), and on the 2nd time
through this
Ron Jensen wrote:
The attached patch against terragear-cs adds stopway texturing and
corrects which stopway is on which runway end. Gijs is working on
materials.xml and textures.
http://www.jentronics.com/fgfs/temp/genapts_stopway05.jpg
Note that there is a runway texture template that
J. Holden wrote:
LeeE:
I appreciate your comments, but in that case, why is FlightGear licensed
under the GPL at all if we're not willing to enforce it? The GPL is designed
to be as open as possible, but still giving rights to the people who hold the
copyright on the product!
Well that
Heiko Schulz wrote:
Hi,
I noticed that the turbulences (environment/turbulence...) don't affect
JSBSim- aircrafts since some months.
I seem to remember Jon implemented a new turbulence model a while back.
Maybe that broke it for FlightGear?
Erik
J. Holden wrote:
I've been doing research into copyrights and am shocked to see there is no
(C) (years)-2010 FlightGear anywhere in FGRun or in the main flight
simulation program.
Copyrights don't vanish at the beginning of a new year. They start at a
given date and expire many years later.
Tatsuhiro Nishioka wrote:
Hi there,
I've updated the configure.ac files on FG and SG.
these patches fixes minor bug in addition to providing
--with-openal-framework and --with-cocoa-framework.
Now you can use your own version of OpenAL.framework for selecting various
audio output device.
Tatsuhiro Nishioka wrote:
Hi there,
I found a bug in sound manager that crashes fgfs.
The crash occurs when a designated wav file is not found.
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
Erik
Tatsuhiro Nishioka wrote:
Hi,
Thanks for committing my patch, Erik.
Could you file a bug report at Apple?
Returning an error number when calling alGetError that is not supported
by alGetString() is a no-go.
I filed a bug report, but I don't think Apple will change their code.
Ubuntu Air wrote:
Hi FG data cvs maintainers,
When updating FG data in Windows, I continually, for
quite some time now, get the following CVS warnings :-
cvs update: move away Aircraft/A380/Models/a380.rgb; it is in the way
It looks like you have local updates that have never been in CVS.
Stuart Buchanan wrote:
The reported exception message is: Failed to load wav file: There was
already an ALC error on entry to an ALUT function
at /home/stuart/FlightGear-0.9/data/ATC/default.wav
I've rearranged the alut error checking a bit to hopefully provide some
better feedback.
Erik
James Turner wrote:
On 29 Dec 2009, at 14:28, Erik Hofman wrote:
SGSubsystemGroup::unbind ()
{
-for (unsigned int i = 0; i _members.size(); i++)
-_members[i]-subsystem-unbind();
+// reverse order to prevent order dependency problems
+for (unsigned int i
Peter Brown wrote:
Erik, if you point out a path to me I'll look, but I don't know where to look
to check the version of OpenAL. The CVS I'm using was compiled by Tat on the
Mac FG site he hosts. If I could describe more accurately I would say that
it sounded like the hz was way off, so
Peter Brown wrote:
-the sound is fine in the cockpit and a few views, but from the tower
viewpoint (listen to a flyby) and from the model viewpoint (I think there are
3 actually), the sound is corrupted. While I don't know why, what I did
discover was if you moved your location one step in
S Andreason wrote:
Hi,
Why is the autopilot broken?
Specifically on my models like bluebird (or ufo if you prefer), I
started to implement a requested feature, but found it does not work
like it used to.
The property:
/autopilot/settings/true-heading-deg
acts like it is being set by
Hey,
could we all agree it's not my fault? :)
Erik
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market
Heiko Schulz wrote:
Hi,
Hey,
could we all agree it's not my fault? :)
Only if you will correct the airport name:
http://wiki.flightgear.org/index.php/File:Tu154Innsbruck.png - pretty flat
for LOWI ! :-P
Admittedly I already wondered about it :)
But i never thought it would
Tim Moore wrote:
As the subject line says, I'm seeing a segfault in pulseaudio library
code on Fedora 12. I just upgraded, so I can't really say when this was
introduced, but old code which doesn't use Erik's sound manager
development of recent months doesn't show this behaviour.
There
Tatsuhiro Nishioka wrote:
Hi there,
As many of you already know, FG often crashes at exit (See back trace below).
Though the chance of crash varies per platform, it crashes more than 80% on
my Mac with very annoying Crash Reporter dialog popping up. This bug must
be eliminated before the
Tatsuhiro Nishioka wrote:
Hi there,
As many of you already know, FG often crashes at exit (See back trace below).
Though the chance of crash varies per platform, it crashes more than 80% on
my Mac with very annoying Crash Reporter dialog popping up. This bug must
be eliminated before the
Alan Teeder wrote:
I am no longer seeing the first two bugs which seem to have been sorted
out this week, but do have a similar problem with sound. See my thread
with Eric.
Is this something I need to look after or is it a matter of finding the
proper compile options?
Erik
Csaba Halász wrote:
The recent change which makes a string from the simgear version breaks
FG configure.
I don't think introducing an incompatible change to the version macro
is a good idea.
Erik, can you explain why you made the change? I am aware that FG's
own version is a string, so I am
Alan Teeder wrote:
VC90 build is very out of date and quite few new files and libraries have to
be added.
Honestly try to stay away from the build files, mainly because I have no
way to test them. I might completely break building for MSVC and note
even know it (typo's are made easily).
If
John Denker wrote:
Update: To observe this bug, I don't even need to taxi.
I can just sit at the starting point of runway 31L at
JFK with the engine off. After sitting about 8 minutes,
I observe nan messages on the console.
Jon, could you specify if this was with 'real' weather enabled
Stuart Buchanan wrote:
I've just checked in an updated sound dialog with a tabulated layout.
Let me know what you think - I'm not sure whether the channel labels should
be left-aligned or right-aligned.
Very nice, it's about what I had hoped for. No need to change anything
if you'd ask me.
Curtis Olson wrote:
I'm not sure the best way to handle this but if you start at the top and
run ./autogen.sh followed by ./configure --options I think the error
will be cleaned up. Switching files from abc.c to abc.cxx confuses the
dependency tracking of automake.
Indeed.that's a pity.
Hi,
I've been trying to pity up the sound dialog box without much success.
Is anyone with some more understanding of the gui configuration willing
to spent a few minutes on it?
Erik
--
Return on Information:
Google
Stuart Buchanan wrote:
Erik Hofman wrote:
I've been trying to pity up the sound dialog box without much success.
Is anyone with some more understanding of the gui configuration willing
to spent a few minutes on it?
I can take a look, unless Syd gets to it first :)
Thanks, that's much
Csaba Halász wrote:
2) fix a crash in SGSoundMgr::stop() due to invalid iterator usage:
http://gitorious.org/~jester/fg/jesters-sg-clone/commit/12604fb231631252b13af1338020926e2ca1a605
Thanks to Vivian for reporting.
That one still bites me once in a while. I don't like itterators all
that
Alan Teeder wrote:
Eric
Yes, both are 32 bit with identical Visual C++ 2008 (VC09) and Flightgear
library setups. OpenALand Alut are from the Creative site. The Vista laptop
is Intel dual core, the XP box is an ancient Athlon.
I've updated the code slightly to not assign the sample data
Alan Teeder wrote:
In debug the program now fails in sample_openal.cxx at line 477
(if(sample-is_file() ) free (sample_data) ;)
, reporting a possible heap corruption.
That's virtually impossible. You might check the code if you see a
problem but this starts to look like a compiler bug. MSV9
Alan Teeder wrote:
I suppose the good news is that I am able to duplicate the fault on the XP
machine (which normally runs without fault) simply by using debug runtime..
I'm not sure that's good news..
Are both systems the same (64-bit or 32-bit)?
Erik
Alan Teeder wrote:
Eric
Yes, both are 32 bit with identical Visual C++ 2008 (VC09) and Flightgear
library setups. OpenALand Alut are from the Creative site. The Vista laptop
is Intel dual core, the XP box is an ancient Athlon.
Ok at least that excludes the possibility of a buffer overflow
Alan Teeder wrote:
Eric
This may be of some use.
I am getting the debug message:-
HEAP[fgfs.exe]: Invalid Address specified to RtlValidateHeap( 02F4,
2EEE0028 )
Windows has triggered a breakpoint in fgfs.exe.
_data which free_data is working on is
Alan Teeder wrote:
Eric
An aircraft that I am developing caused Flightgear to crash on the Vista
box, but not on the XP one.
This I traced to some bad coding in my JSBsim aero file:-
table!-- Ch-delta
elevator --
Jacob Burbach wrote:
So one last request to do with ATIS, may we have a check box in the
sound config dialog to toggle the FlightGear ATIS on and off? Or do we
already have a way to do so that I have overlooked?
I could not find a reference in the code or in one of the xml files, so
I guess
Alan Teeder wrote:
First the good news, with the current CVS on XP, VC++2008 Flightgear
runs well.
The bad news is that on my Vista laptop it stops with a Debug Assertion
Failure before the splash screen is replaced by the runtime display.
Both machines have an an identical setup as
401 - 500 of 1053 matches
Mail list logo
