[Flightgear-devel] stl string question
I've always thought that using stl strings was generally safer than char*, but could anyone comment on the below? string s = ; s[2] = 'x'; Am I stomping on random memory with the out-of-range character write, or is this protected against because it's an stl string? TaxiDraw currently has a memory corruption bug that only appears on Linux. It's one of those nasty ones that randomly comes and goes as the source changes, and appears to be unrelated to the crash site in the debugger. Apart from converting sprintf - snprintf, checking for uninitialised variables, checking for out-of-bounds array writes and running with valgrind, does anyone have any other suggestions that I could try? Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] stl string question
David Luff wrote: I've always thought that using stl strings was generally safer than char*, but could anyone comment on the below? string s = ; s[2] = 'x'; Am I stomping on random memory with the out-of-range character write, or is this protected against because it's an stl string? No, it is likely to corrupt data. str strings are a wrapper to a buffer of char. My STL bible ('STL Tutorial and Reference Guide, 2nd edition') says nothing about operator[size_type n] but at( size_type n) throws out_of_range is n = size() so we can suspect this is not valid. -Fred ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] stl string question
I've always thought that using stl strings was generally safer than char*, but could anyone comment on the below? string s = ; s[2] = 'x'; http://www.roguewave.com/support/docs/ (see the string docs) You might need to do a resize() first. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: Runway distance remaining signs + placement
On 9/9/04 at 9:00 AM Alex Perry wrote: From: David Megginson davi... On Wed, 08 Sep 2004 21:35:30 +0200, Erik Hofman eri... wrote: I do think so, don't we. I mean, this is an essential part of airfields, but don't know enough about this subject to assert that the numbers are always right this way. There's also the danger of overengineering our airfields Yeah. Most of the airports I fly into have them, but then they also have instrument approaches and runways longer than 4kft. I'm tempted to say that we add them onto any runway longer than 5kft or having a LOC/ILS. I like the heuristics suggestion. You might want to consider longer than 5kft *and* either wider than some value or having a precision approach, to weed out the long runways at small high altitude airports. However, the X-Plane data format does currently contain a has distance remaining signs flag. So, you (Chris) could download his data from www.x-plane.org/users/robinp and feed that into your script in addition to FG data, or alternatively get Curt to request that this flag gets added to FG data, at which point it will come available in the future. Of course, I'm not sure how consistent this flag is in his data wrt real life... Cheers - Dave This message has been scanned but we cannot guarantee that it and any attachments are free from viruses or other damaging content: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] upcoming release
We'd like to do another release of FlightGear/Simgear in the next week or two. I'm starting to roll together the first round of pre-releases. Mostly this release should fix problems and discrepancies with the v0.9.5 release of FlightGear with not a ton of new development. Regards, 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 [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] From Robin's apt/nav data site ...
*From Robin's apt/nav data site ... NEW* Sep 07 2004: *New data for X-Plane 7.40 and later* will be available next weekend (Sep 18 2004), based upon * DAFIF cycle 200409* (valid from Sep 02 2004 - Sep 29 2004). *This data will not work with earlier versions of X-Plane* (such as 7.00 - 7.30). Please read the instructions on how to install this new data http://x-plane.org/users/robinp/#Install. Please note that this update includes only the changes from the DAFIF data source. I have not yet imported most of the changes submitted to me by X-Plane users during the past few months - see next news item for details of this delay. 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 [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] change view
Benno Rieger said: I'm searching for this point in Flightgear source code where my current position in the scenery will be calculatet new , after hit 'v'. Thanks Ben Look at the FGLocation class: /simgear/scene/model/location.?xx This is accessed by the viewer/fdm/ai/scenery/model subsystems, etc. Basically, to answer your question, the viewer and scenery just switch from one FGLocation instance* to another when you hit the v (see also viewmgr.cxx). It doesn't recalculate per se. Those other positions are still there, they just aren't rendered. Best, Jim * actually, to be a little bit more accurate, you are switching FGView instances and each of those has references to the FGLocation of the camera. Things that move stuff write position data to the FGLocation (fdm/ai) and rendering components read position data from FGLocation (scenery/model/viewer). ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] From Robin's apt/nav data site ...
On Fri, 10 Sep 2004 14:18:00 -0500 Curtis L. Olson [EMAIL PROTECTED] wrote: *This data will not work with earlier versions of X-Plane* (such as 7.00 - 7.30). I get the impression from this that the file formatting may have changed? The install notes he points to are old and don't say anything other than unpack the .zip and move the files to. -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 pgpmlFbfzrQ2f.pgp Description: PGP signature ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FlightGear logged its first real flight !
Around 85 Mb for the vdo taped flight and about the same (or less) for Flight Gear Playback. Olivier - Original Message - From: Ampere K. Hardraade [EMAIL PROTECTED] To: FlightGear developers discussions [EMAIL PROTECTED] Sent: Friday, September 10, 2004 4:28 AM Subject: Re: [Flightgear-devel] Re: FlightGear logged its first real flight ! On September 9, 2004 04:39 pm, Olivier Soussiel wrote: Actually very keen to see the results, Well I'm still looking for free space on someone server to put my video on. How big? Ampere ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] FlightGear logged its first real flight !
Was this just $GPGGA, $GPVTG? Were $GPRMC needed also?I use $GPRMC and $GPGGA but basicly only position, altitude and itstimestamp are required. The rest can be recomputed easily. Are your modifications to FGFS available to the rest of us?Yes but tel me how to proceed. I have very very limited software skills andmy modifications will probably need to be entirely re-writen. Anyway, thereare only few mod to FG (HUD and MagicCarpet mainly). My mod are preceeded by//OS to be easily traced in FG. I'm interested in doing somewhat the same thing. I want to have an aircraft that is flying around downlink its position over a VHF radio, and have that (real-time) data fed into flightgear, the way you did to replay your flight.Oh yes, it sounds great too...Olivier ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Re: FlightGear logged its first real flight !
On September 10, 2004 04:34 pm, Olivier Soussiel wrote: Around 85 Mb for the vdo taped flight and about the same (or less) for Flight Gear Playback. That's too big for me to host then. By the way, how did you made a movie out of Flight Gear playback? ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d