= 18446744073709551615,
_M_dataplus = {std::allocatorchar =
{__gnu_cxx::new_allocatorchar = {No data fields}, No data
fields}, _M_p = 0xdea118 unknown version}}
#16 0x0043041e in main (argc=3, argv=0x7fffe458) at
bootstrap.cxx:229
No locals.
Regards,
Nicolas
The Apple OpenAL implementation is open source, btw.
http://developer.apple.com/audio/openal.html#anchor3
On Mon, Nov 30, 2009 at 9:51 AM, Erik Hofman e...@ehofman.com wrote:
James Turner wrote:
Nice work! And the preference / settings changes too - I know this is
painful work, but it's long
// H. Vermeille,
123 // Direct transformation from geocentric to geodetic ccordinates,
Kind regards,
Nicolas
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify
Ditto here on windows vista 64 using OpenAL SDK (for this build). The wind
noise has changed texture, as if it was heavily saturated, while it use to
be a nice wind sound. I guess maybe volume is too high on it.
And that can be tweaked I guess through the xml file. It really doesn't
sound the
Little mistake : The wind sound, which wasn't audible before, is now vastly
over the sound of the rumble, which I had mistakenly thought was the wind
(it makes for a better wind on wings sound, from this point of hearing
approximately between my ears)
The wind sample we use is indeed very
Anybody got sounds working properly on *windows* (ATIS and aircraft sounds
working at the same time ?)
If yes, what is your setup, not just openAL wise, but do you also build OSG,
and if yes, with what options ?
Share as much as possible of your setup, if current CVS works for you,
please.
I
the recent changes.
Which could also point to other misbehaved code, maybe even outside the
sound code.
I simply don't know.
Cheers,
Nic
On Wed, Oct 28, 2009 at 4:29 PM, Nicolas Quijano nquij...@gmail.com wrote:
Anybody got sounds working properly on *windows* (ATIS and aircraft sounds
working
I'm flabbergasted : disregarding the GPL to protect the GPL ?
How novel..
Really, really misguided, and it showcases a prevalent undercurrent with
some of our members, who think the GPL means something else than it really
does : when something is done that doesn't sit right with their vision of
Erh, he just has to take out said code, and his customers will not be the
wiser, since they won't see the message.
He does read the list after all.
As Bertrand said, it's not going to achieve the desired result, not at all.
And it's trying to work around the GPL, by doing something different if
typo in ATCDCL/AIPlane.cxx : at line 198, sizte_t len; should be size_t len;
Cheers,
Nic
On Sat, Oct 24, 2009 at 2:43 PM, syd adams adams@gmail.com wrote:
I did a new cvs checkout of flightgear and simgear, and I now have sound
again ...
Althought a separate problem popped up , trying to
in
full force,
Cheers,
Nic
On Sat, Oct 24, 2009 at 3:29 PM, Nicolas Quijano nquij...@gmail.com wrote:
typo in ATCDCL/AIPlane.cxx : at line 198, sizte_t len; should be size_t
len;
Cheers,
Nic
On Sat, Oct 24, 2009 at 2:43 PM, syd adams adams@gmail.com wrote:
I did a new cvs checkout
AIPlane doesn't build here, a problem with conversion from a unsigned char*
to the std::auto pointer thingy here :
new SGSoundSample((unsigned char*)buf.c_str(), buf.length(), 8000 ); at line
204
Didn't get Alan's errors in SG 'though, even though I use the same compiler
as him.
Weird.
On Mon,
Still no proper sound, and I think (can't make an informed judgement, no
expert on threading) we have some serious timing issues on init and startup,
and not just on windows (people have reported the same kind of stuff on
Linux)
Deadlock in MP, have to kill fgfs with today's build (with code
, but init has not been called yet)
Hope this helps,
Nic
On Mon, Oct 19, 2009 at 12:27 PM, Alan Teeder ajtee...@v-twin.org.ukwrote:
Did another CVS update after reading this post and get same result as
Nicolas
Alan
--
Be Kind.
Remember, everyone is fighting a hard battle
Hi Erik, you should have committed the whole patch, as you broke building
under that system, which uses a bare bones alut (which is why some of us
have moved to the OpenAL SDK, plus I use it in other projects locally, which
use the standard no AL folder setup...)
So right now, it doesn't build on
(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1
msg.append(alutGetErrorString(error));
#endif
Thanks for all the hard work, didn't quite finish my previous email before
pressing send.
Cheers,
Nic
On Sun, Oct 18, 2009 at 2:24 PM, Erik Hofman e...@ehofman.com wrote:
Nicolas Quijano wrote
it's all a controlled environment.
Cheers, get some sleep,
Nic
On Sun, Oct 18, 2009 at 2:53 PM, Erik Hofman e...@ehofman.com wrote:
Nicolas Quijano wrote:
#if defined(ALUT_API_MAJOR_VERSION) ALUT_API_MAJOR_VERSION = 1
msg.append(alutGetErrorString(error));
#endif
Shoot, that should
Damn, typoed. Meant, you want alGetString(error), not
alGetErrorString(error).
On Sun, Oct 18, 2009 at 3:55 PM, Nicolas Quijano nquij...@gmail.com wrote:
Hey Erik, since you're not sleeping yet, I think you wanted to commit
alGetError, not alGetErrorString.
the error on exit would seem
(Most of this written last night before bed)
Hi all, commenting out code in the destructor won't help, as the problem is
being set-up much earlier, while FGFS is still in the initialization stages
(dt == 0) : in debug, there is a fatal assert on SGSoundSample::freedata,
being called by
Hi Scott,
More than one fuel tank with fuel in it at startup ?
If that's the case, you want to set priorities, with lower being the first
tanks to empty.
it's done with priority tags in the tank definition in the jsb config
file.
Or set all tanks but one to 0 content and then fill them up after
I believe the problem is that the new fuel tank priority code doesn't deal
correctly (yet) with the case of multiple non-empty tanks at startup,
throwing it into an infinite loop.
As I said, not quite clearly, on the fgfs list, you have to set priorities,
with lower numbers going first, and higher
Hi Erik (sorry Erik ;))
Bit of background : I used to use Vivian setup when I first starting
building my own exe a while back (OpenAL SDK 1.1 + freealut 1.0.1) and sound
worked. I switched to Fredb's third party libs a few months back, sound
worked.
Now, I can build a working exe with my
Hi Alex, a 100 cliks is way too low, visual horizon at 3 feet is much
higher than 100 km, and users with the horsepower might want to set it to
what it is in real life : the visual horizon at 3 feet to sea level is
over 350 km, close to 360.
Hi Anders, thank you very much !! ( I knew I was forgetting someone for
T-shirt award suggestions)
This is a feature I've grown to love and live by, as I like to fly near KSFO
:)
Many thanks,
Cheers,
Nic
--
Be Kind.
Remember, everyone is fighting a hard battle.
on Windows, it's the environment variable %APPDATA% which maps to what
Vivian said on 2k and XP.
On Vista (and 7 I think), it maps to user/appdata/roaming/flightgear.org
On Thu, Oct 8, 2009 at 3:30 AM, Vivian Meazza vivian.mea...@lineone.netwrote:
-Original Message-
From: Jacob
Of course, I made a mistake it's users/user_name/appdata/roaming/
flightgear.org
%APPDATA% is what you want to use in scripts, etc.
Cheers,
Nic
On Thu, Oct 8, 2009 at 10:54 AM, Nicolas Quijano nquij...@gmail.com wrote:
on Windows, it's the environment variable %APPDATA% which maps to what
Did you update the Effects folder ? It's necessary for the changes to work
Cheers,
Nic
On Thu, Oct 8, 2009 at 8:12 PM, Victhor Foster victhor.fos...@gmail.comwrote:
The new shader dialog looks good, but it doesn't want to enable the
water shader. And I think it's not turning on the crop
Hey all, I also added time.h on my side, in an #ifdef, since it's somehow
already included nix side :)
That said, why not simply assign 0 to the two time_t rather than a function
call ?
Then, it's only a matter of dealing with difftime.
Don't we already have time (and timing ?) abstracted
Hi all, this doesn't build on windows, it can't find the time symbol
referenced at line 229 and 233 in route_mgr.cxx.
Missing header ?
Also, there is a reference to std::strncasecmp in positioned.cxx around line
820, which is also not available in windows (at least, not here).
Since it's dealing
Hi lee, funny enough I mostly agree.
But I'm sorry, it's really easy to ignore you because like some of the
fanbois of the event, you're resorting to demeaning language to speak of
those who don't agree with you, showing exactly the intolerance you're
decrying.
At least, you're not resorting to
binary data != binary code.
Binary data is ALL the images files included in aircraft, possibly some
models format supported by OSG (like .ive), all sound files, that sort of
thing.
CVS is notoriously bad at handling these files, and very inefficient at
doing so.
I believe that's what Erik meant.
Still a problem, with or without the MP ignore chat. (tested under both
conditions)
We intermittently now get chat messages from people thousands of kilometres
away and duplicated messages with the callsign changed : for example,
some_nic says : nice barrel roll, then some_other_nic a few seconds
Rest of the world ? That's not good if you mean it literally : no more
carrier landings, no more field landings, no more landing on building
tops... Surely, you don't mean the rest of the world, do you ?
Instead of enabling/disabling it in code, why the resistance at giving us a
property to turn
Never mind, found the actual codeline, where the mask is set.
Cheers,
Nic
On Thu, Sep 10, 2009 at 2:13 PM, Nicolas Quijano nquij...@gmail.com wrote:
Rest of the world ? That's not good if you mean it literally : no more
carrier landings, no more field landings, no more landing on building
So in generic.cxx, at line 381, I suggest using *strtod* instead, since the
value is cast to float anyway on the next line.
I gather this change (separate case for float and double) is the fix for
choppy replays ?
Cheers,
Nic
--
Be Kind.
Remember, everyone is fighting a hard battle.
Hi Vivian, testing your new groundvehicle class for AI scenarios in the
context of a train of tanks and another of jeeps, I stumbled into their
wandering in the air.
The solution is two-fold : one, specify a starting altitude through the
altitude tag in the groundvehicle's entry in the ai
Hmm, needs further work... Now, they've taken a liking to going under the
terrain, damn
Will get back with further findings once I've dug deeper (pun intended)
Cheers,
Nic
On Wed, Sep 9, 2009 at 8:05 PM, Nicolas Quijano nquij...@gmail.com wrote:
Hi Vivian, testing your new groundvehicle class
Strange colors on windows with ATI GPU, but here dominating color is red in
the crop shader.
I slightly modified the effects file and rendering gui to be able to enable
them one at a time.
both landmass and crop suffer from that, and it's triggered by camera
movement.
Unrelated comments :
Might
That's because you were missing the Effects and Shaders folders : doesn't
know about terrain texturing anymore without them :)
Cheers,
Nic
On Mon, Aug 31, 2009 at 8:30 AM, Bruno Sanches bcsanc...@gmail.com wrote:
Did you build FlightGear/CVS or 1.9.1? If you built the development
version you
Look in the setfile for an aircraft (the ***-set.xml file), there will be an
aero tag that indicates which FDM engine it's using.
Cheers,
Nic
On Thu, Aug 27, 2009 at 11:18 AM, Randall Green randall.gr...@wright.eduwrote:
Anders,
Thanks for the email. Yes, it crashes right after it says
It actually (pre) fetches scenery on the fly, based on your position.
You don't actually need terrasync to run FGFS, and you can download the
scenery by hand if you'd rather.
It's very convenient to be able to select a departure airport, hit the
prefetch button in fgrun, wait a couple minutes at
Yep, tried to signal that error on the cvs annoucement list, don't know if
the moderator let it through or not.
You can do a diff on the previous version to copy back all the instruments
as temporary stopgap measure :)
On Sat, Aug 8, 2009 at 11:42 AM, Jacob Burbach jmburb...@gmail.com wrote:
That seems to have done the trick : edit props.hxx, not .cxx to use
SGMath.hxx and defining #NOMINMAX at project level seems to work.
More testing later, got to run.
Thanks to Vivian and Tim for taking time to sort it out,
Cheers,
Nic
On Mon, Jul 20, 2009 at 8:50 AM, Vivian Meazza
cl.exe which compiles C and C++ has nothing in common with the CLR compiler
(.NET).
Unrelated issues, and what Curtis said : a bit of perspective, gcc is NOT
100% compliant either.
The issue has to do with standards compliance and C++ idioms, not MS
business strategy
Funny how any sense of
. This is not the right
place.
Alan
--
*From:* Nicolas Quijano [mailto:nquij...@gmail.com]
*Sent:* 19 July 2009 17:23
*To:* FlightGear developers discussions
*Subject:* Re:
[Flightgear-devel][Simgear-cvslogs]CVS:source/simgear/propsprops.cxx,
1.44,1.45 props.hxx
Hi all, can't build in debug atm on Doze, as a recent change in
simgear/screen/RenderTexture.cpp breaks non X11 builds because of non
isolated GLX code.
The attributes code should have been wrapped (tsk tsk 8p)
This is a bandaid, as it does NOT implement the equivalent functionality on
win32 (or
Oh, I'm well aware of that (former development professional, not just 3d
games. 10 years of it), and it's not a big issue indeed, but nevertheless a
cosmetic issue that shouldn't be neglected when possible.
So let's forget I even mentioned it happens to cvs users : it happens to
stable releases
Hi all, there was a fly-in today in New Zealand, and even though a lot of us
flew the same plane from the same author, we could only see each other as
gliders.
Why ? Because in the past couple months, some aircraft used today have
undergone model file name changes as well as set file name changes,
Thanks a lot for adding the model files to CVS, I was just done posting my
own version of them on the forums :)
I meant nothing by culprits, in case that wasn't clear, just as an example
of what his us today : I'm a fan of your work on the Beaver and Twin Otter.
I had completely forgotten about
Sorry, I was going to send you the changes right after posting, should have
done it the other way around.
But your commits made it all moot, so I removed the archive attachment in my
forum post.
Thanks for doing something about it with that much speed,
Cheers,
Nic
On Sun, Jul 5, 2009 at 5:37 PM,
Re-sent without pic attachment.
On Sun, Jun 28, 2009 at 1:19 PM, Nicolas Quijano nquij...@gmail.com wrote:
Hello all, wonder if anyone is seeing this (link at the end), especially on
nvidia cards as it would help determine that it's not specific to a driver
or particular vendor (ATI GPU here
() at main.cxx:460
#16 0x080afd4c in fgOSMainLoop () at fg_os_osgviewer.cxx:177
#17 0x0806c155 in fgMainInit (argc=4, argv=0xbff948c4) at main.cxx:1005
#18 0x0806a44a in main (argc=2139433809, argv=0x3fe83740) at
bootstrap.cxx:177
If I find the time, I send you a fix.
Regards,
--
Nicolas VIVIEN
())
+if ((n != NULL) n-getName().empty())
n-setName(Direct loaded model \ + path + \);
return n;
Regards
--
Nicolas VIVIEN
--
Register Now Save for Velocity, the Web Performance Operations
with Nasal converted, I'll be the
first to say it loud and clear :)
What are Lua's advantages? Random picks from Nicolas' email:
Arumph. Nothing random about your picking, at least be honest about it :)
debugger: Sure, that's nice. We have several debugging
utility functions for Nasal
Howdy all, took my sweet time answering, and will not discuss this further
on the list.
I didn't want to start such a conversation, and consequently only answering
now, at the risk of seeing another polemic start : not answering could give
the wrong impression :)
On Fri, Feb 27, 2009 at 12:40
In the interest of clarity, moving to OSG was a good, if not brilliant move
(some potential sources of revenue would have it as a requirement as far as
open source engines are concerned)
It's simply a bit bloated, by default, although I suspect you don't have to
ship the parts you don't use at
Hi all, let me start that my goal here is NOT to start a polemic on the
reasons for using nasal vs any other scripting language, or the scripting vs
native code, or any such argument :)
Thanks for remembering that.
That said, being a long time user and proponent of levering scripting in
Gerard, you're not getting it : if I want wildfire to spread when I crash a
Crusader, you shouldn't have a say in it, period.
Let me try to explain it from the user's perspective : a user of both the
dev's creation, the simulation, and in this case, your a/c.
I'm the one piloting the Crusader,
You probably get that a lot, or I hope you do :
Thanks for taking of win32 binaries, it's very much appreciated.
Cheers, et un gros merci (assuming you're French)
Nic
On Sat, Feb 7, 2009 at 1:37 PM, Frederic Bouvier fredfgf...@free.fr wrote:
I don't know where this discussion will lead us but
:)
And maybe plib cvs/1.8.6 if you get a chance, too.
I'm kind of bummed it won't make it into debian lenny officially,
though.
Thanks again,
Ron
On Fri, 2009-01-30 at 23:27 +0100, Nicolas wrote:
Hi,
I have already published the plib package 1.8.5 for debian.
I can
it.
The other point is debian 5.0 is about to bear, so the package list is
quite frozen right now. I think we have to wait a little in order to
see new packages in debian.
Regards,
Laurent
On Fri, Jan 30, 2009 at 11:27 PM, Nicolas prog...@free.fr wrote:
Hi,
I have
Hi,
I have already published the plib package 1.8.5 for debian.
I can publish again if you want.
Regards,
Nicolas
Le dimanche 25 janvier 2009 à 22:05 +0100, Laurent a écrit :
Hi all,
Here are some informations about plib 1.8.5 on debian, mandatory
condition to add FG 1.9.0 to debian
Hi all, ex-subscriber back in the fray : it's been years, and my hat off to
all involved for the leaps and bounds in bringing FGFS so far from its
humble beginnings :)
In answer to Curt's request for screenies, I have set up a public web album
on my Picassa page where I'll be uploading
/
--
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
--
Nicolas VIVIEN
--
___
Flightgear-devel
Hi,
To solve this issue, you can download my package :
http://www.progweb.com/plib/
Regards,
Nicolas
Le jeudi 18 décembre 2008 à 21:47 +0100, Sébastien MARQUE a écrit :
Hi all,
I can't currently be really aware about release candidates but I have a
though about the version of plib
on this version), I've
just pushed the actual version at the same place for the interested.
regards
seb
Martin Spott a ecrit :
Nicolas wrote:
To solve this issue, you can download my package :
http://www.progweb.com/plib/
BTW, there's also a package available for Debian Etch on Linux
?)
Regards,
Nicolas
On Sun, 16 Nov 2008 19:07:16 +0100, Tim Moore [EMAIL PROTECTED] wrote:
As thoughts are turning towards a release, I wanted to bring up a couple
of
things. This time we are depending on libraries -- OpenSceneGraph -- that
are
not usually built statically. They are built
Le jeudi 06 novembre 2008 à 23:09 +0100, gerard robin a écrit :
On jeudi 06 novembre 2008, Nicolas wrote:
Le mercredi 05 novembre 2008 à 23:55 +0100, Csaba Halász a écrit :
On Wed, Nov 5, 2008 at 11:00 PM, gerard robin [EMAIL PROTECTED] wrote:
On dimanche 02 novembre 2008, Frederic
Le samedi 01 novembre 2008 à 15:35 -0600, Ron Jensen a écrit :
On Sat, 2008-11-01 at 18:22 +0100, Nicolas wrote:
Hello,
I have posted several months ago, a patch to complet the precipitation
manager.
So I send again a little patch to improve the preicipitation manager
Le samedi 01 novembre 2008 à 19:22 +0100, gerard robin a écrit :
On samedi 01 novembre 2008, Nicolas wrote:
Hello,
To complet my previous mail :
[...]
I have posted several months ago, a patch to complet the
precipitation manager.
So I send again a little patch to improve
Hello,
I have posted several months ago, a patch to complet the precipitation
manager.
So I send again a little patch to improve the preicipitation manager...
Regards,
Nicolas
Le jeudi 30 octobre 2008 à 17:27 +0100, gerard robin a écrit :
On mardi 21 octobre 2008, gerard robin wrote
permits you to link the precipitation to rendering manager :
::: SGEnviro::get_precipitation_enable_state
Regards,
Nicolas VIVIEN
Le jeudi 30 octobre 2008 à 17:27 +0100, gerard robin a écrit :
On mardi 21 octobre 2008, gerard robin wrote:
On lundi 20 octobre 2008, gerard robin wrote
- completion about --airport
- completion about --runway
- etc...
- Use a cache system
Regards,
Nicolas
fgfs_zsh_completion.gz
Description: GNU Zip compressed data
-
This SF.Net email is sponsored by the Moblin Your Move
,
Nicolas
Le mercredi 01 octobre 2008 à 12:30 +0200, Melchior FRANZ a écrit :
* gerard robin -- Wednesday 01 October 2008:
we will now need a multi help map behind the keyboard :) .
:-P
I have planned to offer a list of options per level on request
(TAB key). But I also expect that people
Ok, I agree with your comments.
Thanks for the commit.
Le dimanche 27 avril 2008 à 00:44 +0200, Melchior FRANZ a écrit :
* Nicolas -- Tuesday 08 April 2008:
After precipitation patchs, I post a new patch about screenshot
management. With this patch, you can choose the directory destination
of the create_dir function. This function
can't return the status : success or fail.
- flightgear : to use SGPath object (to be compliant with all OS) ;
to generate error message (for the dialog box).
In your .fgfsrc, you have to now add the line (by sample) :
--prop:/sim/path-screenshot=/home/nicolas
Hi,
As discuss on IRC, I haven't this problem... and I don't understand
why it can happen.
Regards,
Nicolas
Le lundi 24 mars 2008 à 15:54 +0100, Heiko Schulz a écrit :
Hi,
Looking at an online weatherradar I figured out today
a nice spot for practizing IFR-approaches ( LSZH).
Heavy
are enable /
disable
(sgEnviro.get_precipitation_enable_state())
Regards
Nicolas
On Tue, 04 Mar 2008 10:27:44 +0100, Tim Moore [EMAIL PROTECTED] wrote:
Nicolas wrote:
Hi,
I have added some features.
Now, the precipitation changements aren't abrupt... but smooth
Hi Ron,
I have updated the patch... (in remplacement of last)
I have taken into account your comments.
Thx
Nicolas
On Tue, 11 Mar 2008 07:30:53 -0600, Ron Jensen [EMAIL PROTECTED] wrote:
On Tue, 2008-03-11 at 10:05 +0100, Nicolas wrote:
Hi,
Thank's for this quickly
smoothly.
- Add a precipitation menu (thanks to Emmanuel BARANGER)
Now, we need an umbrella in the cockpit. Maybe in using a clip plane.
But I think that this feature has to be added in aircraft code. Because,
it may find the same issue with clouds.
Regards,
--
Nicolas
fg-patch.tar.gz
Hi,
Le samedi 23 février 2008 à 13:53 -0600, Curtis Olson a écrit :
Hi Nicolas,
If I look very close with both snow and rain, I can now see that the
aircraft motion through the falling particles seems to be correct ...
it's subtle and sometimes hard to see depending on the lighting
precipitation, I can't get in the same time snow and rain...
No, there isn't factor in the motion of the aircraft... We can work to
improve this.
The origin and the wind have to be tested... and maybe adapted.
Nicolas
Patch v4 following the Tim'advices.
To win FPS.
Regards,
--
Nicolas
fg-patch.tar.gz
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http
Yes,
that's why I sent everytimes the old patchs (v1, v2...) with the new
patch to help the user to remove the old patchs.
Moreover, I try to write my modifications in new files to be easier...
Regards,
Nicolas
On Wed, Feb 20, 2008 at 07:40:18AM -0800, SydSandy wrote:
On Wed, 20 Feb 2008 16
the Tim'advices...
2) Add links between precipitation and cloud layers :
When you are above the cloud layer, the precipitations are stopped.
For the next release, I hope fixed the wind issue...
Thank's to Tim and Vivian to help my with this developpement.
Regards,
Nicolas VIVIEN
With the attachment, it's better...
Le lundi 18 février 2008 à 20:51 +0100, Nicolas a écrit :
Hi,
New revision for the precipitation patch...
The patch is always linked to METAR informations.
Changelog of this new release :
1) Link the precipitation object to tile element :
Now
layer, rain (or snow) is stopped...
4) The particle effects have to depend on the camera position.
5) If you have propositions... :)
Regards,
Nicolas VIVIEN
fg-patch.tar.gz
Description: application/compressed-tar
://www.progweb.com/fgfs2.png
Regards,
Nicolas VIVIEN
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01
For everybody, to apply the 2nd Stuart's patch ; don't forget adding the
TreeBin.cxx and TreeBin.hxx in the file : simgear/scene/tgdb/Makefile.am
The patch :
Index: Makefile.am
===
RCS file:
89 matches
Mail list logo
