Re: [Flightgear-devel] Google adwords?
On Friday 14 January 2005 04:14, Jim Wilson wrote: > Sort of a little off topic: Something that would be really cool (at least > in the US) is to have a registered non-profit that just collected > donations (like United Way) and then uses those funds to make grants to > individual projects like flightgear. I'm not sure of the legalities, but > perhaps such an organization could accept tax deductable gifts from > individuals that are directed to specific projects by the donor. Maybe > there is already something like this? FSF supports official "gnu" > projects, and allows a limited number of directed donations, but only at > their discretion. http://www.linuxfund.org/ maybe? I don't think it would hurt to ask them. --Ivo ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] PC7-maintainer
Erik Hofman wrote: > Martin Spott wrote: > > I realized that >> you have to push the stick heavily in order to achieve level flight. >> Could someone tell me which knob to adjust in order to make this behave >> a bit more realistic ? > > Huh, I can't recall that was necessary. Maybe the center of gravity > needs to change a bit? Two things: I have the impression that two notches of flaps are set per default on startup, it might me worthwile to remove this. And there's a second point which becomes visible when you use the HUD: http://document.ihg.uni-duisburg.de/bitmap/FGFS/PC7_02.jpg The third 'scale' from the left has two markers (the first is power, the second is airspeed and the one I meen is the one that comes next). The marker on the right side displays the elevator position and the one on the left side !? I don't know why this isn't centered and I, don't know how to make it centered. Actually I don't know even know what it means, 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] Is this usefull for flightgear/jsbsim?
Arnt Karlsen wrote: On Thu, 13 Jan 2005 15:05:26 +0100, Steven wrote in message <[EMAIL PROTECTED]>: Citeren "Ampere K. Hardraade" <[EMAIL PROTECTED]>: On January 13, 2005 07:28 am, Arnt Karlsen wrote: On Wed, 12 Jan 2005 21:30:23 -0500, Ampere wrote in message <[EMAIL PROTECTED]>: On January 12, 2005 08:18 pm, Arnt Karlsen wrote: ..these guys use GPU's as math engines? Why not? It makes sense. As a classmate of mine pointed out: the GPU is just a chip for matrix manipulations. ..aye. I'm just wondering how much work we can yank off the Control Process Unit and dump onto these General Purpose processing Unit_s_. ;-) I was referring to Graphics processing units. ..me 2. ;-) Am I missing something here? :-\ A joke ;-) (see the ";-)" smiley of Arnt) ..well, all good jokes can't come up with a potential like the http://gpgpu.org; your average recent GPU chews code 6 times faster than your average CPU. So, we can use part of the GPU to show pretty pictures, and the remainder, say "half", to say, triple FG framerates? ;-) Are there any decent books about those Navier-Stokes equations and how ..chk these: http://download.nvidia.com/developer/SDK/Individual_Samples/DEMOS\OpenGL\src\gpgpu_fluid\docs\GPU_Gems_Fluids_Chapter.pdf (Yeah, those back-slashes worked in Konqueror!!! 8o)) http://www.gpgpu.org/cgi-bin/blosxom.cgi/Miscellaneous/Books/ http://www.gpgpu.org/cgi-bin/blosxom.cgi/Miscellaneous/Courses/ http://www.gpgpu.org/cgi-bin/blosxom.cgi/Miscellaneous/ http://download.nvidia.com/developer/SDK/Individual_Samples/samples.html#gpgpu_fluid http://www.strangebunny.com/techdemo_stokes.php (arrrgh bummer, should have been done in OpenGL) http://www.eet.com/in_focus/silicon_engineering/showArticle.jhtml?articleID=55300900 http://www.eet.com/showArticle.jhtml?articleID=55300904 ..and you might wanna compare Microsofts take with the other guys: http://www.cs.unc.edu/Events/Conferences/GP2/program.shtml ;-) Thanks for the links! I'll look deeper into them after the exams. to implement them in C or java? ..nonono, FG is C++ and will likely remain so for all sortsa good reasons I was buried under when I asked "Why not C like in the kernel?", an extensive discussion of the wisdom of writing Java code can be found over at http://Groklaw.net/, hints on "follow the money", also points towards Redmond and Lindon, Utah. I knew that FG was written in C++ :-p. Problem is that I haven't been properly educated to program in C++ (yet). Steven ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] PC7-maintainer
Martin Spott wrote: And there's a second point which becomes visible when you use the HUD: http://document.ihg.uni-duisburg.de/bitmap/FGFS/PC7_02.jpg The third 'scale' from the left has two markers (the first is power, the second is airspeed and the one I meen is the one that comes next). The marker on the right side displays the elevator position and the one on the left side !? I don't know why this isn't centered and I, don't know how to make it centered. Actually I don't know even know what it means, I'm not sure but could this be the trim setting? Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] PC7-maintainer
I believe that carrot is the elevator trim indicator. It should never be centered, but it should be near the neutral point for S & L flight. Mike ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] PC7-maintainer
> Two things: I have the impression that two notches of flaps > are set per > default on startup, it might me worthwile to remove this. > And there's a second point which becomes visible when you use the HUD: > > http://document.ihg.uni-duisburg.de/bitmap/FGFS/PC7_02.jpg > > The third 'scale' from the left has two markers (the first is power, > the second is airspeed and the one I meen is the one that comes next). > The marker on the right side displays the elevator position > and the one > on the left side !? > I don't know why this isn't centered and I, don't know how to make it > centered. Actually I don't know even know what it means, > It is elevator trim. It will be changed by the altitude and/or speed by pitch autopilots, and can be manually adjusted using 7 and 1 on the numeric keypad (numlock on), but it is slow in manual mode, so hold the button down and wait. Richard This e-mail has been scanned for Bede Scientific Instruments for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] PC7-maintainer
Erik Hofman wrote: > I'm not sure but could this be the trim setting? I thought so as well. I tried to adjust with the cursor keys but that only resulted in moving the elevator indicator: Apparently I used the wrong keys. Still I don't get leveled flight when I center the stick but it's much better now. I'll see if I can make a fix for the aircraft definition later today, 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] PC7-maintainer
Hello Erik, Martin Spott wrote: > I'll see if I can make a fix for the aircraft definition later today, How do you feel with simply removing the respective section from the defaults, like this: --- data/Aircraft/pc7/pc7-set.xml~ Tue Nov 2 11:29:48 2004 +++ data/Aircraft/pc7/pc7-set.xml Fri Jan 14 17:56:49 2005 @@ -67,11 +67,4 @@ - - - - -0.1 - 0.5 - - 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] PC7-maintainer
Martin Spott wrote: Hello Erik, Martin Spott wrote: I'll see if I can make a fix for the aircraft definition later today, How do you feel with simply removing the respective section from the defaults, like this: It's committed. I didn't even know it was there :-/ If you have any additional changes then you're welcome to sent them. Erik ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Is this usefull for flightgear/jsbsim?
Arnt Karlsen wrote: > ..well, all good jokes can't come up with a potential like the > http://gpgpu.org; your average recent GPU chews code 6 times > faster than your average CPU. So, we can use part of the GPU > to show pretty pictures, and the remainder, say "half", to say, > triple FG framerates? ;-) Well... it's not quite that great. If GPUs were better CPUs than CPUs, guess what we'd all be running for our performance-critical operations? Specifically, find me an implementation of string search (the fundamental operation in gene sequencing) that works on a GPU. Or index building (database stuff); or a big if()-tree based on complicated state (server-side business apps)... GPUs have dedicated hardware for the purpose of 3D rendering. Most importantly this includes: + Parallel, pipelined, single-precision 4D vector operations. A typical CPU has 2 or 3 floating point pipelines. A high end GPU can have dozens. + 1- 2- and 3D lookup tables (i.e. textures), with built-in interpolation/extrapolation (i.e. mipmapping & filtering). The memory bandwidth they can bring to bear on this stuff just crushes what a CPU can do. It also includes less generically useful stuff, like perspective-correct interpolation of vertex constants across a polygon. And it lacks a lot of stuff that CPU users take for granted: + High clock speeds. A CPU can dispatch single instructions 10x faster than the fastest GPU. This means that anything requiring quick decision making or iteration belong on the CPU. + Registers and cache. CPUs get special bonuses for iterating on the same data they were just using. GPUs get almost nothing (there's a little bit of caching that goes on within a single polygon's texture mapping, and a vertex cache of recently transformed vertices), and have to fetch it from main memory every single time it's used. + Turing completeness. Other than recent NVidia hardware, GPUs simply can't decide a lot of problems without CPU intervention anyway. + Double precision floating point math. Sometimes, single just ain't enough. And lots of others. Basically, this is all just a long winded way of saying "use the right tool for the job". Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] plib-1.8.4_RC
I just received email from Steve Baker, and plib is very close to it's v1.8.4 release. They have a release candidate available: http://plib.sourceforge.net/dist/plib-1.8.4_RC.tar.gz Can we have a few people fetch this and build Flight/SimGear against this and report if things work well or if there are problems. Once plib-1.8.4 is out, I'd like to push forward with FlightGear-v0.9.8 Thanks, Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] I have a GMax 3D model, help me exporting to 3ds file format
Ampere K. Hardraade ha scritto: You can also send it to me. I should be able to export it for you. Ampere P.S. Being in a BridgeCommander modding community once, I was pretty sure that GMax can export meshes into 3ds formats. hmm... Maybe some old release did. I know gmax since a few days only and it explicitly does not. Well, thank you very much but ... I've found the solution: a 3DStudioMax enabled machine to which I will have full access for free :-) It's so good to have friends who work with commercials. Currently I'm getting mad with Mapping Coordinates and Orientations :-( You know, mapping each side of a building with real bitmaps gives a taste of reality, which still lacks to fgfs, but requires some additional work. Anyway, as soon as some 3D objects get ready I'll park them on the web so that everyone can give a look, his own comment and any kind of suggestion. Roberto ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Any info for Chalgrove UK?
I've just flown over Chalgrove (near RAF Benson) at night. Except I didn't know it was Chalgrove I then spent 2 hours trying to work out what this huge 3 runway centre-intersecting airport with full runway lighting and PAPIs was. ;-P Its obviosly very mis-laid in FlightGear (maybe by DAFIF)as Chalgrove in real life appears as a classic RAF undeveloped 3-axis triangular airfield with very minimal infrastructure. I know the basic layout but it would be good to have accurate details - although I assume it is non radio and unlit. Cheers Dave Martin. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Any info for Chalgrove UK?
On Fri, 14 Jan 2005 20:59:23 +, Dave Martin <[EMAIL PROTECTED]> wrote: > I then spent 2 hours trying to work out what this huge 3 runway > centre-intersecting airport with full runway lighting and PAPIs was. ;-P It looks like the runways are fairly large in real life as well: http://worldaerodata.com/wad.cgi?airport=EGLJ Martin Baker uses the airport for testing ejection seats, and flies a Meteor jet out of it (that would explain why one runway was extended to 6000 ft): http://groberson.members.beeb.net/Chalgrove_Airport.htm I haven't downloaded that scenery, but the fact that the runways intersect in the middle suggests that we have the centre LAT/LON for the airport rather than for the individual runways. I haven't been able to find any information about lighting, but I wouldn't be surprised to see a VASIS or PAPI with the jet there. All the best, David -- http://www.megginson.com/ ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Any info for Chalgrove UK?
On Friday 14 Jan 2005 21:08, David Megginson wrote: > On Fri, 14 Jan 2005 20:59:23 +, Dave Martin > > <[EMAIL PROTECTED]> wrote: > > I then spent 2 hours trying to work out what this huge 3 runway > > centre-intersecting airport with full runway lighting and PAPIs was. ;-P > > It looks like the runways are fairly large in real life as well: > > http://worldaerodata.com/wad.cgi?airport=EGLJ > > Martin Baker uses the airport for testing ejection seats, and flies a > Meteor jet out of it (that would explain why one runway was extended > to 6000 ft): > > http://groberson.members.beeb.net/Chalgrove_Airport.htm > > I haven't downloaded that scenery, but the fact that the runways > intersect in the middle suggests that we have the centre LAT/LON for > the airport rather than for the individual runways. I haven't been > able to find any information about lighting, but I wouldn't be > surprised to see a VASIS or PAPI with the jet there. > > > All the best, > > > David Well, what I'll do is move the runways out to their approx locations about the centre of the current FG layout and leave the lighting intact. I'll submit that to David Luff and then at least we have a basic layout to build upon. Cheers Dave Martin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] OT: Huygens
This is a bit off-topic for FlightGear-devel, but I thought it might be worth mentioning that the first pictures from the Huygens probe have returned from Saturn's moon Titan via Cassini relay. You can see them here: www.spaceflightnow.com -and- http://www.esa.int/esaCP/index.html The overall first impression of the images (one from 16 km and one from the surface) seems not inconsistent with some kind of flow. IMHO, the rocks look like river rocks. The images are fascinating, and there's much more to come. Nice job ESA! Jon ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] OT: Huygens
On Friday 14 Jan 2005 21:35, Jon S Berndt wrote: > This is a bit off-topic for FlightGear-devel, but I thought it might > be worth mentioning that the first pictures from the Huygens probe > have returned from Saturn's moon Titan via Cassini relay. You can see > them here: > > www.spaceflightnow.com > -and- > http://www.esa.int/esaCP/index.html > > The overall first impression of the images (one from 16 km and one > from the surface) seems not inconsistent with some kind of flow. IMHO, > the rocks look like river rocks. The images are fascinating, and > there's much more to come. Nice job ESA! > > Jon > > > > ___ > Flightgear-devel mailing list > Flightgear-devel@flightgear.org > http://mail.flightgear.org/mailman/listinfo/flightgear-devel > 2f585eeea02e2c79d7b1d8c4963bae2d Things should be a lot clearer once they can process some images (current ones are raw only) and get some panoramas stitched together. I'd also be very interested to know if their science packages have picked up anthing interesting. Little bit of trivia I picked up earlier; Saturn is so far over the other side of the ecliptic that signals currently take 1hr 7mins to reach us. Well done ESA! Dave Martin ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] plib-1.8.4_RC
"Curtis L. Olson" wrote: > Can we have a few people fetch this and build Flight/SimGear against > this and report if things work well or if there are problems. Once > plib-1.8.4 is out, I'd like to push forward with FlightGear-v0.9.8 I wonder how you ever managed to make them accept patches of obvious necessity. If I were you I'd already have lost my countenance 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] plib-1.8.4_RC
Martin Spott wrote: I wonder how you ever managed to make them accept patches of obvious necessity. If I were you I'd already have lost my countenance I managed to obtain some "interesting" photos of the project leader ... the rest was easy. :-) Curt. -- Curtis Olsonhttp://www.flightgear.org/~curt HumanFIRST Program http://www.humanfirst.umn.edu/ FlightGear Project http://www.flightgear.org Unique text:2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] plib-1.8.4_RC
Martin Spott wrote: > I wonder how you ever managed to make them accept patches of obvious > necessity. If I were you I'd already have lost my countenance They're a little slow sometimes, but things get done eventually. I checked to see that my set of GUI rendering fixes from last May made it into the release. They did. In August. With no traffic on the mailing list to indicate it. But they did apply them. :) Andy ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [BUG] crash in FGTower::CheckCircuitList() (tower.cxx:392)
Can't say exactly where, because the gdb frame #0 was unusable.
(Stack violation?) Anyway, it was in FGTower::CheckCircuitList().
Not reproducible, but I saw this a few times already. That's all I
could collect:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1089412704 (LWP 1279)]
0x0409 in ?? ()
(gdb) bt
#0 0x0409 in ?? ()
#1 0x080a625d in FGTower::Update (this=0xd5c3948, dt=0.2) at
tower.cxx:392
#2 0x08082c8a in FGATCMgr::update (this=0x99d54c8, dt=0.01) at
stl_list.h:167
#3 0x08054166 in fgMainLoop () at globals.hxx:278
#4 0x08078a29 in fgOSMainLoop () at fg_os_sdl.cxx:191
#5 0x0805284f in fgMainInit (argc=14, argv=0xbfffeba4) at main.cxx:958
#6 0x080516c2 in main (argc=304878152, argv=0x122c1248) at bootstrap.cxx:192
(gdb) print *this
$2 = { = {_vptr.FGATC = 0x8421ae8, lon = -1.095829963684082, lat =
51.616298675537109, elev = 226,
x = 3967928.5, y = -75899.2265625, z = 4976584, freq = 12715, range = 50,
ident = {static npos = 4294967295,
_M_dataplus = {> = {}, _M_p =
0x4ef492cc "EGUB"},
static _S_empty_rep_storage = {0, 0, 0, 0}}, name = {static npos =
4294967295,
_M_dataplus = {> = {}, _M_p =
0x4ef492fc "Benson"},
static _S_empty_rep_storage = {0, 0, 0, 0}}, _type = TOWER, _voice = 151,
_playing = 7, _voiceOK = false,
_vPtr = 0x1, pending_transmission = {static npos = 4294967295,
_M_dataplus = {> = {},
_M_p = 0x4ef97d34 "Piper-nine-one-quebec Cleared to land"}, static
_S_empty_rep_storage = {0, 0, 0, 0}},
freqClear = false, receiving = true, responseReqd = false,
runResponseCounter = false, responseTime = 1.2,
responseCounter = 1., responseID = {static npos =
4294967295,
_M_dataplus = {> = {}, _M_p =
0x4efca444 "Piper-nine-one-quebec"},
static _S_empty_rep_storage = {0, 0, 0, 0}}, respond = false,
_runReleaseCounter = false,
_releaseTime = 5.5, _releaseCounter = 5.7325, _display = false,
_displaying = false,
_pending = false, _timeout = 0, _callback_code = 0, _transmit = false,
_transmitting = false,
_counter = 5.3118970141483437e-315, _max_count = 5}, ATCmgr = 0x99d54c8,
update_count = 6,
update_count_max = 15, timeSinceLastDeparture = , departed = false,
wind_from_hdg = 0x99d48c8,
wind_speed_knots = 0x99d4d28, aptElev = 68.8847998, activeRwy =
{static npos = 4294967295,
_M_dataplus = {> = {}, _M_p =
0x4efb4a04 "19"},
static _S_empty_rep_storage = {0, 0, 0, 0}}, rwy = {threshold_pos = {n =
{-1.094124101045487,
51.622906647893181, 68.8847998}}, end1ortho = {n = {0, -0,
68.8847998}}, end2ortho = {
n = {-0.6591277912967578, 1770.2065233234418, 68.8847998}}, hdg =
187.81,
length = 1819.35121, width = 45.719, rwyID = {static
npos = 4294967295,
_M_dataplus = {> = {}, _M_p =
0x4efb4a04 "19"},
static _S_empty_rep_storage = {0, 0, 0, 0}}, patternDirection = -1},
rwyOccupied = false, ortho = {
origin = {n = {-1.094124101045487, 51.622906647893181,
68.8847998}}, theta = 3.2779029593865081,
correction_factor = 0.62083439314658428},
appList = { >>
= {, true>> = {_M_node = 0x4efbe4e8}, }, },
appListItr = { = {_M_node = 0x4efbe4e8}, },
circuitAppList = { >> = {, true>> = {
_M_node = 0x4efbe4d8}, }, },
circuitAppListItr = { = {_M_node = 0xd5c3b60}, },
depList = { >>
= {,
true>> = {_M_node = 0x4efbe4c8}, }, },
depListItr = { = {_M_node = 0x4efbe4c8}, },
circuitList = { >> = {, true>> = {_M_node = 0x4efbe4b8}, }, },
circuitListItr = { = {_M_node = 0x4efbe5f8}, },
holdList = {
>> = {,
true>> = {_M_node = 0x4efbe4a8}, }, },
holdListItr = { = {_M_node = 0x4efbe4a8}, },
rwyList = { >>
= {,
true>> = {_M_node = 0x4efbe498}, }, },
rwyListItr = { = {_M_node = 0x4efbe498}, },
trafficList = { >> = {, true>> = {_M_node = 0x4efc3868}, }, },
trafficListItr = { = {_M_node = 0x4efb9ed8}, },
vacatedList = { >> = {, true>> = {_M_node = 0x4efc04e8}, }, },
vacatedListItr = { = {_M_node = 0x4efc04e8}, },
separateGround = false, ground = 0xd57e5e8, _departureControlled = false,
trans_ident = {
static npos = 4294967295, _M_dataplus = {> = {}, _M_p = 0x84db4b4 ""},
static _S_empty_rep_storage = {0, 0, 0, 0}}, tower_failed = 255,
user_lon_node = 0x87b7960,
user_lat_node = 0x87b8148, user_elev_node = 0x87b8610, user_hdg_node =
0x87b8f40, crosswind_leg_pos = 0,
downwind_leg_pos = 0, base_leg_pos = 0, nominal_crosswind_leg_pos =
1.4044474254567505e+306,
nominal_downwind_leg_pos = 1000, nominal_base_leg_pos = -1000}
Have fun!
m.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] [BUG] crash in FGTower::CheckCircuitList() (tower.cxx:392)
On Sat, 15 Jan 2005 02:36:51 +0100 Melchior FRANZ wrote: > > Can't say exactly where, because the gdb frame #0 was unusable. > (Stack violation?) Anyway, it was in FGTower::CheckCircuitList(). > Not reproducible, but I saw this a few times already. That's all I > could collect: Similar stuff: http://baron.flightgear.org/pipermail/flightgear-devel/2004-October/031481.html -c -- Chris Metzler [EMAIL PROTECTED] (remove "snip-me." to email) "As a child I understood how to give; I have forgotten this grace since I have become civilized." - Chief Luther Standing Bear pgpzxCX9Xwn8H.pgp Description: PGP signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] plib-1.8.4_RC
On Friday, 14 January 2005 22:33, Curtis L. Olson wrote: > Can we have a few people fetch this and build Flight/SimGear against > this and report if things work well or if there are problems. Once > plib-1.8.4 is out, I'd like to push forward with FlightGear-v0.9.8 I don't notice any obvious problems with it. BTW: Is Robin going to give us a fixed airport db before we release 0.9.8? i.e. The appended K's to the FAA codes is not pretty and caught me out today. I don't know if anyone else has noticed this but if you select a non-existent airport you get dropped back on 28R at KSFO with about a 30 degree offset to the runway and off to one side. I remember always being placed on 28R aligned and ready to go when it fell back to KSFO in the past. Paul ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Airport codes (was Re: plib-1.8.4_RC)
On Sat, 15 Jan 2005 09:04:08 +0200 Paul Surgeon wrote: > > BTW: Is Robin going to give us a fixed airport db before we release > 0.9.8? i.e. The appended K's to the FAA codes is not pretty and caught > me out today. Can you elaborate on what you mean here? What is it that you're saying is broken, and why? -c -- Chris Metzler [EMAIL PROTECTED] (remove "snip-me." to email) "As a child I understood how to give; I have forgotten this grace since I have become civilized." - Chief Luther Standing Bear pgpFwW6Cok156.pgp Description: PGP signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
