On 07/06/2007 01:12 AM, Pigeon wrote:
>> For quite a while I've been using git to keep track of FlightGear
>> files. Using git instead of CVS is like having a sports car instead
>> of a skateboard.
>
> All good :)
:-)
> I notice you're hosting git over http, which is usually much slowe
> For quite a while I've been using git to keep track of FlightGear
> files. Using git instead of CVS is like having a sports car instead
> of a skateboard.
All good :)
I've been doing the same thing for FG and SG (and fgms if that
matters).
>time git-pull http://www.av8n.com/repo
On 07/06/2007 12:39 AM, Innis Cunningham wrote:
> A quick check of my system would indicate that the
> file fglrx_dri.so or anything starting with fglrx is not
> present on my system.
That's the end of that story.
Time for a new story.
Suggestion: Recompile all of FG with debugging symbols
t
Thanks John
A quick check of my system would indicate that the
file fglrx_dri.so or anything starting with fglrx is not
present on my system.My understanding of Linux
is not strong but from what I can recall fglrx is
connected with the ATI graphics drivers and I am
using Nvidia.The thing is I have
On 7/5/07, Andy Ross <[EMAIL PROTECTED]> wrote:
Thomas Förster wrote:
> which reminds me of:
> The Zen of Python (by Tim Peters)
> Probably a bunch of good ideas for every language.
Yup, great advice. Pity python forgot about it:
Hehe, something similar came to mind here too, but you beat m
On Thu, 2007-07-05 at 11:23 -0300, Thiago Drechsel wrote:
> Does anybody know a good program that emulates a Flight Computer (e.g
> E6B) on HP48G?
>
> I know this question isn't related to FG, but with so many aviation
> fans, I think I can find a good answer :-)
>
> Thanks in advance.
>
>
> T
On 7/5/07, Csaba Halász <[EMAIL PROTECTED]> wrote:
> Hi John!
>
> Impressive list of features, thanks.
> During my IFR flights I also noted the barber-pole and the localizer
> service volume issues, nice to see them fixed. The whole atmospheric
> thing sounds terribly important, too, but I lack kno
Hi John!
Impressive list of features, thanks.
During my IFR flights I also noted the barber-pole and the localizer
service volume issues, nice to see them fixed. The whole atmospheric
thing sounds terribly important, too, but I lack knowledge to judge
that.
--
Csaba
On 7/6/07, John Denker <[EMAIL PROTECTED]> wrote:
> Attached is a simplified, somewhat academic example to illustrate
> what I'm talking about.
Would be a lot better if it worked for any number of arguments. Looks
nice, though.
Variable arguments using "..." don't work with references and I
could
On 07/05/2007 10:04 PM, Innis Cunningham wrote:
> would just like to know how I fix it.
Basic idea: The problem is in the fglrx_dri.so module
that is part of the X11 system. (It is not part of
FlightGear.) I don't know the details, but I get the
impression it makes wild memory references, so th
Hi John
John Denker writes
On 07/05/2007 09:49 PM, Innis Cunningham wrote:
> And the fix is.???
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg11124.html
That's a little bit terse; if you need more details, please
ask again.
Was not trying to be terse would just lik
On 07/05/2007 09:49 PM, Innis Cunningham wrote:
> And the fix is.???
http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg11124.html
That's a little bit terse; if you need more details, please
ask again.
-
Thanks Hans
Hans Ulrich Niedermann writes
>
>Innis Cunningham wrote:
>
> > I get a segmentation fault during aircraft loading of the 787 from
> > cvs is anyone else seeing this. At the cli all I get is
> > segmentation fault(core dump) any ideas.
> > Its on Ubuntu 7.04
>
>The issue with fglrx_d
On 07/05/2007 12:59 PM, Andy Ross wrote:
References can be lvalues, so it's possible to write functions whose
returned valued can be assigned.
True.
The examples are usually pretty
academic, but consider a sparse 2D array with a method like
int& element(int x, int y);
You can use this
A few minutes ago, I explained how in environment.cxx,
the model of the atmosphere could be extended up above
100,000 feet.
Everything I said was true, but it was not the whole
story.
As I have pointed out previously, the model of the
atmosphere in environment.cxx is bogus. By that I
mean it con
Sorry, I didn't understand that you need it for HP48G. Sorry.
2007/7/6, woodyst <[EMAIL PROTECTED]>:
> I found this one that runs in linux:
>
> http://linux.softpedia.com/get/GAMES-ENTERTAINMENT/Simulation/jE6-B-15761.shtml
>
> 2007/7/6, woodyst <[EMAIL PROTECTED]>:
> > Try this: http://www.navflt
On 07/05/2007 06:57 PM, gh.robin wrote:
When i opened that topic , it was to know if we could hope any FG update to
get an altitude instrument which can be able to indicate more than 61000 ft.
We have had a lot of discussion on it , but nothing which could give the right
answer.
Do we have
I found this one that runs in linux:
http://linux.softpedia.com/get/GAMES-ENTERTAINMENT/Simulation/jE6-B-15761.shtml
2007/7/6, woodyst <[EMAIL PROTECTED]>:
> Try this: http://www.navfltsm.addr.com/ve6b.zip
>
> I downloaded it from http://www.navfltsm.addr.com/ that is an
> excellent navigation tu
Try this: http://www.navfltsm.addr.com/ve6b.zip
I downloaded it from http://www.navfltsm.addr.com/ that is an
excellent navigation tutorial. There is a reference to it in fgfs's
manual.
It's for windows but if you are a linux user like me you can execute
it with wine.
woodyst.
2007/7/5, Thiago
Hi Hans,
> I'm on OS X, though not using the XCode patches (just stock flightgear
> with the fixes I discussed in an earlier thread for compilation and
> linking). I tried to reproduce these issues in fg/plib CVS (which is
> as close to pre1 as I get at the moment), see below. I would have
> also
On Mon 18 June 2007 10:06, Stefan Seifert wrote:
> John Denker wrote:
> > If you want to know exactly why FGFS poops out at approximately
> > 62,000 feet, look at line 88 of Environment/environment.cxx
> >
> >You can contrast that with the ISA table that goes up to 278,000
> >feet as found
I'm on OS X, though not using the XCode patches (just stock flightgear
with the fixes I discussed in an earlier thread for compilation and
linking). I tried to reproduce these issues in fg/plib CVS (which is
as close to pre1 as I get at the moment), see below. I would have
also tried it in linux,
Sebastian Bechtold schrieb:
>>
>>
>>
...
> -want- to break the current concept of texture display. I don't want
> to break anything else, but I definitely want to break this. It's all
> about breaking this ;).
>
> I want to use large patches of texture which are applied to the ground
> mesh,
On 07/05/2007 05:26 PM, Andy Ross wrote:
> But, all that being said: yes, you found a bug. The
> spans-are-too-wide problem* is caused by a sign bug when calculating
> the "extra" amount to distribute between spanned cells. Fixed in CVS.
Thank you for fixing the bug.
-
Tim Moore wrote:
> This is going to be messy; you're going to have to dive into the code of
> FlightGear, SimGear, and probably TerraGear too.
>
> The terrain mesh created by TerraGear has texture coordinates that are
> appropriate for the surface texture in each triangle. You're either
> going to
John Denker wrote:
> 4) I did not snipe. I did not sneer. I reported the facts as I
> observed them. If observations conflict with your expectations,
> what should I do?
John, please. You asked for a new feature that already exists, and
when corrected immediately reported that it doesn't work
Hi,
the graphic at the end of your steps should be no or
very small problems. To make "pseudo aerial
photographs" can be done very easy.
Your idea sounds good now - but one curious question I
have: when it really works at runtime, we could do
something like the livery-changing for the textures?
>
> Message: 8
> Date: Thu, 05 Jul 2007 17:12:49 +0200
> From: Ralf Gerlich <[EMAIL PROTECTED]>
> Subject: Re: [Flightgear-devel] How to apply different texturing to
> the terrain mesh?
> To: FlightGear developers discussions
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text
On 07/05/2007 04:48 PM, Andy Ross wrote:
> John Denker wrote:
>> Yes, I tried it. It looks terrible.
>>
>> It still appears to be miscalculating by a factor of 3 the required column
>> width.
>
> A factor of 3? Dunno, it looks fine to me, and I can verify that it
> fixes your problem with shrink
John Denker wrote:
> Yes, I tried it. It looks terrible.
>
> It still appears to be miscalculating by a factor of 3 the required column
> width.
A factor of 3? Dunno, it looks fine to me, and I can verify that it
fixes your problem with shrinking columns. Whether you choose to
believe me or not
On 07/05/2007 03:40 PM, Andy Ross wrote:
> Putting one word in each column only happens looks better because of
> the details of your layout and the length of your strings.
Not true.
> Let the
> layout manager pick the size, that's what it's there for. Just remove
> the width and height lines
John Denker wrote:
> Andy Ross wrote:
> > Here's the problem. You're giving your dialog a fixed size, then
> > asking it to display something that doesn't quite fit.
>
> On my syste, with the default style, it should fit with room left
> over. The working version makes this particularly clear.
>
On 07/05/2007 03:40 PM, Andy Ross wrote:
> Here's the problem. You're giving your dialog a fixed size, then
> asking it to display something that doesn't quite fit.
On my syste, with the default style, it should fit with room left
over. The working version makes this particularly clear.
Why
John Denker wrote:
> Compare:
>http://www.av8n.com/fly/fgfs/weather.xmlworks
>http://www.av8n.com/fly/fgfs/weather.xmlbroken
>
> The difference between them is simple, and is attached below.
> The working file contains a working colspan. The broken
> file contains a second colspan that sig
On Thursday 05 July 2007 15:39, Thomas Förster wrote:
> Am Donnerstag 05 Juli 2007 14:21 schrieb Vivian Meazza:
> You need the trafficmanager for testing the ground radar? Else turning it
> off should be perfectly ok...
>
> > Yesterday, before Durk's latest upload, FG here was running for about 10
On 07/05/2007 02:15 PM, Andy Ross wrote:
> Can you provide a case where it doesn't?
Compare:
http://www.av8n.com/fly/fgfs/weather.xmlworks
http://www.av8n.com/fly/fgfs/weather.xmlbroken
The difference between them is simple, and is attached below.
The working file contains a working colsp
> Your thread title is misleading,
Sorry, but I don't think so. The title describes my intentions pretty well.
> what you really want to do is to add
> layers, so to add some geometry drapped around the terrain.
No, I don't I want to do that. I want to do what I've been
talking about in my pos
John Denker wrote:
> Yes, the feature is documented, and there is some code to
> implement it (in GUI/layout.cxx) ... but it doesn't work
> reliably. Sometimes it works, sometimes it doesn't.
Can you provide a case where it doesn't? I can't promise or prove the
lack of bugs, only fix the ones th
On 07/05/2007 12:13 PM, Andy Ross wrote:
> Use the "rowspan" and "colspan" properties. Check Docs/README.layout
> for details.
Yes, the feature is documented, and there is some code to
implement it (in GUI/layout.cxx) ... but it doesn't work
reliably. Sometimes it works, sometimes it doesn't.
Thomas Förster wrote:
> which reminds me of:
> The Zen of Python (by Tim Peters)
> Probably a bunch of good ideas for every language.
Yup, great advice. Pity python forgot about it:
> There should be one-- and preferably only one --obvious way to do it.
> If the implementation is hard to explain
> Sane code
> would just use a set_element() function and be done with it instead of
> using a design element that even good, productive programmers don't
> always recognize. The older I get, the more C++ looks like a
> terrible, terrible mistake.
which reminds me of:
The Zen of Python (by Tim P
Ralf Gerlich wrote:
> Maybe that's a dumb question (which would be embarassing, because I
> typically think of myself as a good C++ programmer), but why use a
> reference in the return type anyway instead of the "real thing"? If a
> copy is created anyway, the "&" doesn't have any advantage, or am
Sebastian Bechtold wrote:
>>
>>
>Hello Heiko,
>
>I don't want to throw away the material information which
>defines things like the bumpines. As I've tried to explain, I would
>like to do the whole thing as uninvasive as possible.
>I'm pretty aware of the fact that as an absolute newbie here,
Hi,
O.k. It wasn't so clear for me what really was your
idea yesterday. Better road textures, better ground
textures - sounds very good!
Greetings
HHS
If this could be possible it would be very fine
--- Sebastian Bechtold <[EMAIL PROTECTED]>
schrieb:
> >
> > Message: 2
> > Date: Wed, 4 Jul 2007
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sebastian Bechtold wrote:
>> Message: 2
>> Date: Wed, 4 Jul 2007 19:31:30 +0200 (CEST)
>> From: Heiko Schulz <[EMAIL PROTECTED]>
>>
>> Hi,
>>
>> Hmmm sounds like the flat textures which MSFS
>> has...
>> I like the way it is, because with the mater
John Denker wrote:
> Here's the scenario: Suppose you have a nice table with rows and
> columns. Most of the rows have many narrow columns, but one or two
> rows have a lesser number of wider columns. The existing layout
> manager has no idea how to handle this AFAICT.
Use the "rowspan" and "co
Ralf Gerlich wrote:
> "const string&" would only make sense if a string was returned which is
> typically stored in the object and should _not_ be copied, e.g. in a
> getter-method.
Or rather: I was wondering why a getter method would have to return a
reference to a local variable, until I looked
Am Donnerstag 05 Juli 2007 17:12 schrieb Ralf Gerlich:
> "const string&" would only make sense if a string was returned which is
> typically stored in the object and should _not_ be copied, e.g. in a
> getter-method.
And exactly thats the case here :-)
Thomas
--
PhD Student, Dept. Animal Physiol
Hello Sebastian!
Sebastian Bechtold wrote:
> [...] but my plan would, for example, make it possible
> to render markings onto them, or draw softly rounded curves.
I'm specifically interested in the "markings" part (although I'm also
curious at how you want to implement softly rounded curves witho
Hi!
Thomas Förster wrote:
> The reason is a wrong return type on FGAirport::getId(). Should be const
> string& instead of string (which does a local copy that is then referenced in
> FGAirportDynamics::getId())
Maybe that's a dumb question (which would be embarassing, because I
typically think
Am Donnerstag 05 Juli 2007 16:49 schrieb Reagan Thomas:
> It's crashing on a memory access violation (segfault) on line 111 in
> sg_path.cxx "if ( p[0] != sgDirPathSep ) {"
>
> 'p' is an invalid pointer at that point, causing the exception. The
> following screencap shows the IDE debug info, includ
Vivian Meazza wrote:
> Hi all,
>
> I've just done a clean download of CVS-HEAD data and source. It
> compiles under MSVC8, but crashes after a few seconds of running. No
> error messages that I can see.
>
> The fix is in preferences.xml:
>
>
> false
> false
>
>
> Yesterday, befor
On Thu, 5 Jul 2007 10:15:35 +0200
Holger Wirtz <[EMAIL PROTECTED]> wrote:
> Vivian, Syd, Csaba,
>
> On Thu, Jul 05, 2007 at 08:52:29AM +0100, Vivian Meazza wrote:
> [ATC]
> > Whoa there! Csaba is indeed doing some wonderful work on the "ground radar".
> > Right now it's very much based around th
Does anybody know a good program that emulates a Flight Computer (e.g E6B)
on HP48G?
I know this question isn't related to FG, but with so many aviation fans, I
think I can find a good answer :-)
Thanks in advance.
Thiago
>
> Message: 2
> Date: Wed, 4 Jul 2007 19:31:30 +0200 (CEST)
> From: Heiko Schulz <[EMAIL PROTECTED]>
> Subject: Re: [Flightgear-devel] How to apply different texturing to
> the terrain mesh?
> To: FlightGear developers discussions
>
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type
Am Donnerstag 05 Juli 2007 14:21 schrieb Vivian Meazza:
> Hi all,
>
> I've just done a clean download of CVS-HEAD data and source. It compiles
> under MSVC8, but crashes after a few seconds of running. No error messages
> that I can see.
>
> The fix is in preferences.xml:
>
>
> false
> fal
Hi all,
I've just done a clean download of CVS-HEAD data and source. It compiles
under MSVC8, but crashes after a few seconds of running. No error messages
that I can see.
The fix is in preferences.xml:
false
false
Yesterday, before Durk's latest upload, FG here was running for abo
Innis Cunningham wrote:
> I get a segmentation fault during aircraft loading of the 787 from
> cvs is anyone else seeing this. At the cli all I get is
> segmentation fault(core dump) any ideas.
> Its on Ubuntu 7.04
The issue with fglrx_dri.so and _ZNSt6vectorIiSaIiEE7reserveEm manifests
itself li
Vivian, Syd, Csaba,
On Thu, Jul 05, 2007 at 08:52:29AM +0100, Vivian Meazza wrote:
[ATC]
> Whoa there! Csaba is indeed doing some wonderful work on the "ground radar".
> Right now it's very much based around the ATC "aircraft". Perhaps it could
> go somewhere else in the data structure, but we're
Syd
> Sent: 05 July 2007 01:03
> To: flightgear-devel@lists.sourceforge.net
> Subject: [Flightgear-devel] ATC "aircraft"
>
>
> Hi all ,
> I'd like to remove my ATC "aircraft" from CVS , thought I'd
> try for some feed back first It's not an aircraft , and
> was only meant to view and tra
Hi all,
a very big Thank You to all of you (and particularly to Melchior), who
reviewed and commited so much contributions (including mine).
Maik
John Denker schrieb am 05.07.2007 02:47:
> On 07/04/2007 02:57 PM, Melchior FRANZ wrote:
>
>> There are 20 other people with commit permissions.
61 matches
Mail list logo
