Don't know if this has been mentioned before:
http://www.nasa.gov/multimedia/3d_resources/3d-models-gallery.html
Jon
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/g
I just wanted to drop a note I will be contacting the Software Freedom Law
Center - http://www.softwarefreedom.org - on behalf of FlightGear.
If you have any questions, comments or concerns please don't hesitate to email
me -off the list-.
Cheers
John
Is nav.dat supposed to be updated from robin X-plane database?
>
> If nobody else is going to do that, I'll be updating the file from
> Robin's most current package during our pre-release phase (however this
> is going to be defined ).
>
>
Can't the data be commited to CVS now ?
pete
---
On Tue, Dec 15, 2009 at 1:46 AM, John Denker wrote:
> Status summary:
>
> 0) I merged in Jester's nan-fixes. That was easy:
> git remote add -t nan-fixes jester
> git://gitorious.org/~jester/fg/jesters-clone.git
> git pull jester
> make
We want GIT! We want GIT! :D
> 1) If I want to g
2009/12/15 Scott Hamilton :
> On Mon, 2009-12-14 at 21:30 +, Stuart Buchanan wrote:
>
>
> Being really really picky with English, the opening statement uses the
> word "heavily" too often; it's not good style. As a suggestion of
> replacement, perhaps;
>
> As many people will be aware, the
Status summary:
0) I merged in Jester's nan-fixes. That was easy:
git remote add -t nan-fixes jester
git://gitorious.org/~jester/fg/jesters-clone.git
git pull jester
make
I have not explicitly disabled real-weather-fetch, but
it appears to be non-enabled by default.
The ai-traf
On Mon, 2009-12-14 at 21:30 +, Stuart Buchanan wrote:
Being really really picky with English, the opening statement uses
the word "heavily" too often; it's not good style. As a suggestion of
replacement, perhaps;
As many people will be aware, there is a new flight simulator product
that i
On 12/14/2009 02:30 PM, Stuart Buchanan wrote in part:
> Q: Is is legal to sell a copy of FlightGear, whether re-branded or not ?
> A:
> Yes. Technically, the purchaser is paying for the distribution of the
Since we are not lawyers here, I would shy away from answering
bluntly "yes" to a legal qu
On Mon, 14 Dec 2009 21:30:50 + (GMT), Stuart wrote in message
<724039.15837...@web26006.mail.ukl.yahoo.com>:
> Q: Is it legal for the makers of Flight Pro Sim to simply re-brand
> FlightGear ? A: Yes. Under the GNU GPL v2
..have you guys decide _against_ GPLv3 and GPLv2-and-later
and instea
On Mon, 14 Dec 2009 22:24:23 +0100, Durk wrote in message
<200912142224.24136.d.tal...@xs4all.nl>:
> On Monday 14 December 2009 12:11:15 pm Stuart Buchanan wrote:
> >
> > I think one statement can easily be used for both purposes if
> > written appropriately.
>
> Agreed. That's actually what I w
I think if we are deigning to say "Investigation by a number of the FlightGear
developers has found no difference between this and the FlightGear v1.9.1
release other than a change of name."; then I also think that after "Under the
GNU GPL v2 (http://www.gnu.org/licenses/gpl-2.0.html), this is l
Thanks to everyone who's commented so far:
Vic Marriott wrote:
> I hate to be the one to shout about bad English, but FlightGear is
> either 'Free', or you can download it 'for nothing'. Please don't say
> 'for free'.
I think "for nothing" could have negative connotations. How about "at no
On Monday 14 December 2009 12:11:15 pm Stuart Buchanan wrote:
>
> I think one statement can easily be used for both purposes if written
> appropriately.
Agreed. That's actually what I was thinking of.
>
> I'd appreciate feedback, even if it is only to agree with the wording of
> the statement, t
I hate to be the one to shout about bad English, but FlightGear is
either 'Free', or you can download it 'for nothing'. Please don't say
'for free'.
Cheers,
Vic
--
Return on Information:
Google Enterprise Search pays
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
Here's another way of getting the job done.
This is tidier in the sense that it leaves simgear unchanged.
commit cd0af70c868210f46584a1e5e922364b9f2e63ce
Author: John Denker
Date: Mon Dec 14 11:50:53 2009 -0700
Print SIMGEAR_VERSION as a string, even though it doesn't come with quote
mar
On 12/14/2009 11:08 AM, Csaba Halász wrote:
> It is used in the *flightgear* configure.ac script. FG can't find
> simgear anymore because it can't parse the version. Easy to fix there
> but maybe other projects (such as terragear or fgrun) also depend on
> it.
A fully-compatible fix is attached b
> It's a NaN! Sorry :)
So now we know where all these NaN errors have been coming from! ;-)
--
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_
On Mon, Dec 14, 2009 at 6:54 PM, John Denker wrote:
>
> I tested it. It works fine chez moi.
> make clean ; ./configure --lots-of-options ; make
>
> Can somebody say in more detail what the problem is?
> I can't even find anywhere it is used within simgear.
It is used in the *flightgear* configu
On 12/14/2009 10:30 AM, Erik Hofman wrote:
> 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
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
On Fri, 11 Dec 2009 23:37:44 +0100, jean wrote in message
<4b22c9b8.6050...@wanadoo.fr>:
> Vivian Meazza a écrit :
> >
> > Geoff,
> >
> > I agree with all you have said, but would add the following:
> >
> > The reset bug has been sorted.
> >
> > The crash-on-exit bug has probably been sorted, but
It is strange that I am the only one reporting this fault, but it is still
there.
On both my Vista laptop and the XP box it fails if run from Visual C++ 2008
with "Debug" -> "Start Debugging".
On the Vista laptop it also fails if I run the release build from fgrun ,
but only if sound is enabled
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 guessing that might have be
Thank you pointing this, I haven't seen it. Here is the patch to correct
the mistake.
Thanks in advance to commit it.
best regards
seb
Victhor Foster wrote :
Well, since this was a GPS-related thread, I decided to post this here instead
of creating another thread :-)
The zkv500's "Turnpoint"
Dump of assembler code for function findcell:
0x0865f710 :push %ebp
0x0865f711 :mov%esp,%ebp
0x0865f713 :push %edi
0x0865f714 :xor%edi,%edi
0x0865f716 :push %esi
0x0865f717 :push %ebx
0x0865f718 :xor%ebx,%ebx
0x0865f71a :
On Mon, Dec 14, 2009 at 4:37 PM, Jacob Burbach wrote:
> I applied your hash patch, but no deuce.
Then I have no idea why the code is loading the value.
Got a new asm listing? :)
--
Csaba/Jester
--
Return on Information
I applied your hash patch, but no deuce.
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xb62cba20 (LWP 25297)]
0x0865f79c in findcell (hr=0x107b5490, key=
{num = nan(0x56789123dabd8), ref = {ptr = {obj = 0x123dabd8,
str = 0x123dabd8, vec = 0x123dabd8, hash = 0x
Hi,
On Dec 14, 2009, at 7:18 AM, James Turner wrote:
> One observation - the intention, at least mine and Tim's, is to move to
> quarterly releases, so I have no intention of 'finishing' the route manager
> for a particular release. (Regular release cycles take the pressure of
> rushing to co
On Mon, Dec 14, 2009 at 3:25 PM, Jacob Burbach wrote:
> Not sure what you meant about gdb generating code to cause it, I get
> the same error when run outside of gdb. Assembly of the function
> below, if you need something else let me know.
I meant gcc, sorry :)
Thanks for the listing. Looks like
Well, since this was a GPS-related thread, I decided to post this here instead
of creating another thread :-)
The zkv500's "Turnpoint" screen works properly now. However, the navigation
display won't show the distance to the waypoint.
--
Not sure what you meant about gdb generating code to cause it, I get
the same error when run outside of gdb. Assembly of the function
below, if you need something else let me know.
0x0865ec50 :push %ebp
0x0865ec51 :mov%esp,%ebp
0x0865ec53 :push %edi
0x0865ec54 :
On Mon, Dec 14, 2009 at 10:09 AM, Jacob Burbach wrote:
> I'm not a huge fan of
> rolling over into double digits though, unless you started with double
> digits to begin with. For example 1.09 to 1.10 is logical to me, but
> 1.9.1 to 1.10 is not, I would expect 1.9.1 to be the newer in this
> case
> FlightGear is a open-source flight simulator that was started in 2006.
1996. :)
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
ScarletDME - The red hot Data Management Environment
A Multi-Value database for the masses, not the classes.
http://www.scarlet
Hi Stuart,
just one minor nit (aside the one wrt. the date of birth), there's a
useless blank here:
> be downloaded for free from http:// www.flightgear.org.
^^^
Well done !
Martin.
--
Unix _IS_ user friendly - it's just selective about who its frien
On Mon, Dec 14, 2009 at 1:11 PM, Jacob Burbach wrote:
> Program received signal SIGFPE, Arithmetic exception.
> [Switching to Thread 0xb627aa20 (LWP 30813)]
> 0x0865ece2 in findcell (hr=0xeb43550, key=
> {num = nan(0x567891077bfa8), ref = {ptr = {obj = 0x1077bfa8,
> str = 0x1077bfa8, vec =
Salut Jean,
jean pellotier wrote:
> Is nav.dat supposed to be updated from robin X-plane database?
If nobody else is going to do that, I'll be updating the file from
Robin's most current package during our pre-release phase (however this
is going to be defined ).
> here's a diff toward our
Hi,
I've got a question about the navaids, particularly nav.dat.
Is nav.dat supposed to be updated from robin X-plane database?
The french missing navaids I submited to robin ( approach locators ) are
included in recent nav.dat from X-plane, and I was waiting them to come
in Flightgear, but a
What if we start naming releases in addition to the normal version
scheme. FlightGear 2.x.x , name could be some continued
variation on a theme or something. I think that would be a nice middle
ground, we keep a meaningful versioning scheme, and also get a catchy
name for everyone. I've worked on p
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0xb627aa20 (LWP 30813)]
0x0865ece2 in findcell (hr=0xeb43550, key=
{num = nan(0x567891077bfa8), ref = {ptr = {obj = 0x1077bfa8,
str = 0x1077bfa8, vec = 0x1077bfa8, hash = 0x1077bfa8, code =
0x1077bfa8, func = 0x1077b
Hi there,
The chances of people in this mailing list misunderstanding that convention are
low, because by and large we're advocates of free software which is
predominantly released under such numbering schemes, but I feel confident I
could take that convention around the engineering office I wo
On 12/13/2009 11:29 PM, Durk Talsma wrote:
> FWIW, as per previous agreement, I've started investigating how much effort
> it
> is going to cost to remove the ai-code altogether. There are a few places
> where the existing code depends on ATCDCL functions. Isolating these
> shouldn't
> be too
Erik wrote
> 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 option
Stuart Buchanan wrote
> Durk wrote:
> > On Sunday 13 December 2009 10:16:24 pm Stuart Buchanan wrote:
> > > A clear statement would
> > > a) provide a good reference point for any further discussion outside
> of the
> > > community, rather than various people making different comments.
> > >
> >
On 14 Dec 2009, at 11:11, Stuart Buchanan wrote:
> I'd appreciate feedback, even if it is only to agree with the wording of the
> statement, to ensure that we have buy-in for this.
>
>
> FlightGear is a open-source flight simulator that was started in 2006. It is
> released under
> the GNU Ge
Durk wrote:
> On Sunday 13 December 2009 10:16:24 pm Stuart Buchanan wrote:
> > A clear statement would
> > a) provide a good reference point for any further discussion outside of the
> > community, rather than various people making different comments.
> >
> > b) be visible enough to Google so
I don't think anything wrong with the MAJOR.MINOR.PATCHLEVEL format, I
think it's fairly obvious, and is widely used. I'm not a huge fan of
rolling over into double digits though, unless you started with double
digits to begin with. For example 1.09 to 1.10 is logical to me, but
1.9.1 to 1.10 is no
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
-
On Monday 14 December 2009 05:46:11 Chris Wilkinson wrote:
> There could have been any number of better ways to express the version
> number, but they chose to use one that can combine more than one decimal
> place into what looks to a lay person like a mistyped number... not
> clever.
Well th
49 matches
Mail list logo
