Re: [Flightgear-devel] Latest MSVC Problem with options.cxx
"Curtis L. Olson" wrote: > > Jonathan Polley writes: > > MSVC does not like the size of the string constant in options.cxx > > > > C:\FlightGear\src\Main\options.cxx(1143) : error C2026: string too big, > > trailing characters truncated > > C:\FlightGear\src\Main\options.cxx(1181) : error C2026: string too big, > > trailing characters truncated > > C:\FlightGear\src\Main\options.cxx(1215) : error C2026: string too big, > > trailing characters truncated > > Bernie, > > Maybe we need to chalk this up as a really nice idea that didn't quite > work out as well as we hoped. [Darned MSVC] :-) Who wants to do the > honors of reverting back to the original code? > I've reverted options.cxx to the previous version and am recompiling. Expect an update soon. Bernie ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest MSVC Problem with options.cxx
I fixed the problem by breaking the option strings into logical chunks. I. e., Each major section gets its own string and print statement. While this probably is not a good long term solution, it did get me up and running. Jonathan Polley On Thursday, May 16, 2002, at 09:56 PM, Curtis L. Olson wrote: > Jonathan Polley writes: >> MSVC does not like the size of the string constant in options.cxx >> >> C:\FlightGear\src\Main\options.cxx(1143) : error C2026: string too big, >> trailing characters truncated >> C:\FlightGear\src\Main\options.cxx(1181) : error C2026: string too big, >> trailing characters truncated >> C:\FlightGear\src\Main\options.cxx(1215) : error C2026: string too big, >> trailing characters truncated > > Bernie, > > Maybe we need to chalk this up as a really nice idea that didn't quite > work out as well as we hoped. [Darned MSVC] :-) Who wants to do the > honors of reverting back to the original code? > > Regards, > > Curt. > -- > Curtis Olson IVLab / HumanFIRST Program FlightGear Project > Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] > Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest MSVC Problem with options.cxx
Jonathan Polley writes: > MSVC does not like the size of the string constant in options.cxx > > C:\FlightGear\src\Main\options.cxx(1143) : error C2026: string too big, > trailing characters truncated > C:\FlightGear\src\Main\options.cxx(1181) : error C2026: string too big, > trailing characters truncated > C:\FlightGear\src\Main\options.cxx(1215) : error C2026: string too big, > trailing characters truncated Bernie, Maybe we need to chalk this up as a really nice idea that didn't quite work out as well as we hoped. [Darned MSVC] :-) Who wants to do the honors of reverting back to the original code? Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Latest MSVC Problem with options.cxx
MSVC does not like the size of the string constant in options.cxx C:\FlightGear\src\Main\options.cxx(1143) : error C2026: string too big, trailing characters truncated C:\FlightGear\src\Main\options.cxx(1181) : error C2026: string too big, trailing characters truncated C:\FlightGear\src\Main\options.cxx(1215) : error C2026: string too big, trailing characters truncated Jonathan Polley ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re:[off topic] Babylonians
Fascinating. That is very new information for me. Interesting that a people who counted on their fingers were also able to figure out the pattern to predicting Lunar eclipses (hence the reference in Daniel to "magicians and Chaldeans"). Thanks, Charlie H. David Megginson wrote: > C. Hotchkiss writes: > > > IIRC, 360 degrees is Babylonian in origin. For some reason > > multiples of 12 and the number 360 was very important to them. > > I read that it's how they counted on their fingers. Using your thumb, > touch the top third (near the tip) of each finger for 1-4, the middle > third (between the two knuckles) of each finger for 5-8, and the > bottom third for 9-12. I'm not sure how they combined the second hand > with that, but I think that they used only whole fingers there, giving > the ability to count from 0-60 on their fingers alone. > > All the best, > > David > > -- > David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg." - Bjarne Stroustrup ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Cameron's time zone
* [EMAIL PROTECTED] (Julian Foad) [2002.05.17 11:43]: > Cameron, your latest e-mail message is time-stamped with: > Date: Fri, 17 May 2002 09:41:01 -0500 > which means "09:41 on the 17th, local time, which is 5 hours behind UTC", which is >about a day into the future. (The current time now is Thu 16 May 2002 16:38 UTC.) Been meaning to fix that. Thanks for the motivation. :-) -- Cameron Moore [ Is it wrong that only one company makes a game called 'Monopoly'? ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Arnt's timezone
On Thu, 16 May 2002 18:17:00 +0100, Julian Foad <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > Arnt, your mail clock seems to be two hours in the past. Your message > which I think you wrote just a few minutes ago says "Date: Thu, 16 May > 2002 17:12:41 +0200" but the time now is about 17:15 UTC. ..sounds about right, I believe I wrote it a few hours ago, I'm still on metered dial-up isdn, but there is a brand new optical fibre tube leaning onto my wall... the smallest bundles laid here, have 96 fibre pairs to split between say 50 people in this block. ;-) ..the idea may be to ease a wireless isp dealership or somesuch on me, I'm setting up the local wireless guy's traffic shaping bridge, he is a Wintendo guy, also selling some asp services here, and found he needs penguin wisdom. Hmmm, I like 'Arnt's timezone'. ;-) -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [off topic] Babylonian finger counting
> I read that it's how they counted on their fingers. Using your thumb, > touch the top third (near the tip) of each finger for 1-4, the middle > third (between the two knuckles) of each finger for 5-8, and the > bottom third for 9-12. I'm not sure how they combined the second hand > with that, but I think that they used only whole fingers there, giving > the ability to count from 0-60 on their fingers alone. I've always been told that we use base ten because we count on our fingers. This has always puzzled me; I've only got eight fingers ... and two thumbs. 8-) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] [off topic] Babylonian finger counting
David Megginson wrote: > > C. Hotchkiss writes: > > > IIRC, 360 degrees is Babylonian in origin. For some reason > > multiples of 12 and the number 360 was very important to them. > > I read that it's how they counted on their fingers. Using your thumb, > touch the top third (near the tip) of each finger for 1-4, the middle > third (between the two knuckles) of each finger for 5-8, and the > bottom third for 9-12. I'm not sure how they combined the second hand > with that, but I think that they used only whole fingers there, giving > the ability to count from 0-60 on their fingers alone. Cool, I didn't know that. But we can also get a much wider range when we are counting when we use our traditional system. We only need to change from unary (1 finger, 2 fingers, ..., 5 fingers) to a binary system (little finger = 1, ring finger = 2, middle = 4, index = 8, thumb = 16) which gives us a range of 0..31 with one hand! Counting with the base 3 is also possible (0..3^5), but you have to concentrate quite hard! CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
David Megginson wrote: > > Yech. (By the way, in Ontario [at least] we abbreviate "kilometers > per hour" to "clicks", i.e. "You won't average better than 70 or 80 > clicks with all the construction." I wonder if that will ever become > standard usage anywhere else.) I'm sure I've heard about that before (and that was definitely outside Canada). I *think* it was in the cockpit of a Singapore Airlines machine somewhere between Europe, Singapore and New Zealand. > The opportunity might come, though, when general aviation converts > from pitot-static and gyro instruments and analog VHF communication to > fully digital GPS-driven instruments and digital satellite > communication. I'll guess that will happen in 10-15 years (i.e. GPS > receiver and satellite comm link will be required for flight in any > controlled airspace). Making the GPS display into the primary flight > instrument will make it much easier to switch to SI, and ATC > clearances coming digitally over a satellite link can be converted > automatically to any units. GPS won't make it to become a aviation standard (one which people trust for steering comercial planes that is). That mostly to the fact that it's too unprecise (look at it's vertical resolution and feed it to an autopilot for landing...) and that teh US military can decide which precition is aviable for everyone. But I'm sure that a satelite based system like GPS will make it. Perhaps the European Galileo. Perhaps something else. An data-link between ATC and cockpit would also increase safety as an autopilot could assume that all FL are closed unless it gets a clear via uplink. Plus other goodies CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] [off topic] Babylonian finger counting
C. Hotchkiss writes: > IIRC, 360 degrees is Babylonian in origin. For some reason > multiples of 12 and the number 360 was very important to them. I read that it's how they counted on their fingers. Using your thumb, touch the top third (near the tip) of each finger for 1-4, the middle third (between the two knuckles) of each finger for 5-8, and the bottom third for 9-12. I'm not sure how they combined the second hand with that, but I think that they used only whole fingers there, giving the ability to count from 0-60 on their fingers alone. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Andy Ross wrote: > Christian Mayer wrote: > > (Note: degrees are still valid as they are *internationally* well > > known. slugs aren't) > > Actually, there's a very good reason why we use a 360 degree circle. > This number has loads of small integer divisors. ...In the days before > calculators, this was really important. This same > logic is why we have 60 minutes per hour and 24 hours per day. IIRC, 360 degrees is Babylonian in origin. For some reason multiples of 12 and the number 360 was very important to them. The multiple integer relationships not being a bad thought about why. Twelve also shows up strongly as an important number not only for them, but, for those familiar with the Bible, the ancient Hebrews as well - possibly by association. For example, in Jewish numerology, 3 stands for God, 4 for Heaven and 12 (3 x 4) for God in Heaven. (Don't ask why - I haven't a clue.) Imperial units also have an interesting relationship to some of the units used by the Egyptians. They used a "foot" of very close to 300 mm (11.8 inches) and the cubit of 450 mm (17.7 inches). The Romans, for some reason changed the latter to 16. Lacking an "easy" to define base standard, the problem of uniform measurements was never solved until long after the French gave us the metric system based upon latitude. Finally, (under Napoleon ?) the French tried to reform the calendar and make that "metric" or "logical" as well. Even with the Committee for Public Safety available to enforce it, they couldn't get that system to catch on. Never underestimate the power of tradition. Regards, Charlie H. -- "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg." - Bjarne Stroustrup ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
C. Hotchkiss writes: > Ah, yes. I recall that now. A very interesting incident. Amusing that a > low tech solution like dip sticks is still being used. Also instructive to > efforts to convert the aircraft industry over to SI. It should be done, > but with great care. Yes, I agree, on both points. Right now, it's impossible to imagine any way of converting where there wouldn't be a decade or two of mismatches, and ATC would have to give bilinear clearances: Papa Mike Romeo maintain altitude 1600 feet 500 meters until 2 miles 3 kilometers south of the field. Reduce speed to 80 knots 150 kilometers per hour. Yech. (By the way, in Ontario [at least] we abbreviate "kilometers per hour" to "clicks", i.e. "You won't average better than 70 or 80 clicks with all the construction." I wonder if that will ever become standard usage anywhere else.) The opportunity might come, though, when general aviation converts from pitot-static and gyro instruments and analog VHF communication to fully digital GPS-driven instruments and digital satellite communication. I'll guess that will happen in 10-15 years (i.e. GPS receiver and satellite comm link will be required for flight in any controlled airspace). Making the GPS display into the primary flight instrument will make it much easier to switch to SI, and ATC clearances coming digitally over a satellite link can be converted automatically to any units. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Cameron's time zone
Alex Perry writes: > > Cameron, your latest e-mail message is time-stamped with: > > Date: Fri, 17 May 2002 09:41:01 -0500 > > which means "09:41 on the 17th, local time, which is 5 hours behind UTC", > > which is about a day into the future. > > Don;t worry about it; Cameron just likes to have his messages at the top of > your in-box. That way you get around to reading them somewhat earlier. > > > (The current time now is Thu 16 May 2002 16:38 UTC.) > > No, it isn't ... not any more. I think Cameron is using SI units for time. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FDMs and external atmosphere
Andy Ross writes: > Look at the wind over ground at the current location. Calculate > the up- or down-slope of the ground in that direction. Figure out > an up or downdraft based on the amount of air that must be > vertically displaced. I thought of looking at the surface normal, but we'd have to sample over a wider area to know if we're looking at a ridge or just a little bump. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plotting/logging tool
Alex Perry writes: > Actually storing the data to file is already supported in FGFS, I believe. Yes, it is. See docs-mini/README.logging in the FlightGear source distribution. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
David Megginson wrote: > C. Hotchkiss writes: > > > The only place... Maybe > > somebody can recall these instances with better accuracy. Either > > way, history condemned us to English units. > > Yes, ditto for the Gimli Glider, the Air Canada 767 that ran out of > fuel at altitude and was brought down safely on a drag strip (former > runway) in Gimli, Manitoba: Ah, yes. I recall that now. A very interesting incident. Amusing that a low tech solution like dip sticks is still being used. Also instructive to efforts to convert the aircraft industry over to SI. It should be done, but with great care. Regards, Charlie H. "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do, it blows away your whole leg." - Bjarne Stroustrup ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plotting/logging tool
Curtis L. Olson wrote: > Here's an interesting option. Recently, I've been chatting with the > author of the KFlog project (http://www.kflog.org/) What an unfortunate name. Am I the only one who read that and thought "Hm... I wouldn't really have though KDE needed a flogging application on the desktop." Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Arnt's timezone
Arnt, your mail clock seems to be two hours in the past. Your message which I think you wrote just a few minutes ago says "Date: Thu, 16 May 2002 17:12:41 +0200" but the time now is about 17:15 UTC. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] FDMs and external atmosphere
David Megginson wrote: > Ralph Jones writes: > > It would, indeed, be nice to have a vertical velocity model for simulating > > soaring flight. I'm still trying to run down stability derivatives for my > > sailplane! > > It will be easy to allow you to specify up- or down-drafts for > specific areas; it will be much harder to have FlightGear figure them > out itself, but it might still be doable. Doing this "right", of course, is a job for 2000 CPU supercomputers. But it might be OK for use to cheat a little. How about this: Look at the wind over ground at the current location. Calculate the up- or down-slope of the ground in that direction. Figure out an up or downdraft based on the amount of air that must be vertically displaced. Look at the amount of sunlight falling on the ground, maybe combined with an albedo value based on the terrain type and a cloud layer effect for shadow. This gives you a heat flux. Combine that with the air temperature on the ground to figure out how much air needs to be flowing upward to carry this heat away (this is going to require some hand waving about the uplift velocity as a function of temperature difference). This number should add to the turbulence as well. This won't take into account a whole range of second-order effects, like nearby mountain ridges, etc... But it might match reasonably well to a sailplane pilots intuition about where the updrafts "should" be. Not being a sailplane pilot, I couldn't say. :) Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Mainoptions.cxx,1.162,1.163
> So in the end, I'm not sure which is better. They each have their > pluses ... Lets move it over to an XML file ... Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Christian Mayer wrote: > (Note: degrees are still valid as they are *internationally* well > known. slugs aren't) Actually, there's a very good reason why we use a 360 degree circle. This number has loads of small integer divisors. What's the inner angle between the walls of a 4-sided room? 90 degrees, of course. You can do it in your head for 3, 4, 5, 6, 8, 9, 10, 12, ... In the days before calculators, this was really important. This same logic is why we have 60 minutes per hour and 24 hours per day. It might make more logical sense (well, to species with 10 digits on their hands) to use 100 and 10, perhaps, but try dividing those into three parts. Dolly Parton would have had a hard time making "Workin' 4:33:33 to 7:33:33" into a hit song. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Environment subsystem status
* Julian Foad -- Thursday 16 May 2002 18:27: > Have you noticed "Deg/Rad/Grad" or "DRG" on every scientific calculator? > Those are "Grads". I've heard that the military use them ... but I haven't > seen any evidence of it. Infantery and artillery use 0-6400 mil (called "Strich" over here), NBC also uses these and additionally 0-360 (for meteorolgy issues). I don't know if we are anywhere using 0-400, but it may well be.:-) Cpt. m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SI vs Imperial
On Thu, 16 May 2002 11:58:23 +0200, Martin Dressler <[EMAIL PROTECTED]> wrote in message <[EMAIL PROTECTED]>: > On Thu 16. May 2002 00:51, you wrote: > > ..does anyone use metric flight instruments anymore? > > The only ones I know of, were the WWII Luftwaffe and the > > Warsaw Pact Air Forces and "hang-arounds", possibly also > > the Communist Chinese AF. AFAIK, none of these were strictly > > SI metric. > > All Instruments in czech ( yes this was the old comunist country :-) > are in SI only sometimes feets for altimeter are used. > I ask one pilot, and he said me that the standard will be SI-metric ..sure? I have seen altimeter calibration done in weird mixes like from 29inHg, thru metric 760mmHg, 1013mmBar, 1013 hPa and the SI 101.3 kPa. > (at least for pressure and temperature) > and feets for alt, because it gives better airspace division to FL. ..spacing by 500 meters and 1 km rather than 1000 feet and 2000 feet? ..plenty airspace, the plug in the system is the verbal communication between the overworked rap artists trying to control traffic, and the (often foreign) pilots flying blindfolded, without an intuitive view of the (mostly IFR) traffic in faraway places. They _are_ damned good at it. -- ..med vennlig hilsen = with Kind Regards from Arnt... ;-) ...with a number of polar bear hunters in his ancestry... Scenarios always come in sets of three: best case, worst case, and just in case. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plotting/logging tool
On Thu, 16 May 2002 09:53:38 -0700 (PDT) Alex Perry <[EMAIL PROTECTED]> wrote: >Actually storing the data to file is already supported in >FGFS, I believe. FWIW, JSBSim logs its FDM data in a configurable manner. See the bottom of the X-15 config file, for isntance, as well as FGOutput.c|h. Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Cameron's time zone
Alex Perry wrote: > > > Cameron, your latest e-mail message is time-stamped with: > > Date: Fri, 17 May 2002 09:41:01 -0500 > > which means "09:41 on the 17th, local time, which is 5 hours behind UTC", > > which is about a day into the future. > > Don;t worry about it; Cameron just likes to have his messages at the top of > your in-box. That way you get around to reading them somewhat earlier. Actually I read my messages in chronological order, so I get to his last! No, wait ... I won't get to read his messages until tomorrow :) > > (The current time now is Thu 16 May 2002 16:38 UTC.) > > No, it isn't ... not any more. :) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
On Thu, 16 May 2002 18:46:16 +0200 Christian Mayer <[EMAIL PROTECTED]> wrote: >> Christian said: >> > (Note: degrees are still valid as they are >>*internationally* well known. >> > slugs aren't) Alex responded: >> Yes they are ... each country's definition depends on >>local climate and fauna, >> ranging from one gram, through one ounce to as high as >>one pound. I don't >> know of a slug being one kilogram but wouldn't be >>especially surprised. Christian replied, obliviously: >If you go back to the middle ages: that's true. And it >was even worse as >each town had its own measurements (and sometimes names; >feet is one of >the more common ones). Jon replies: would it help to say that a one kilogram slug with salt sprinkled on it and allowed to sit in the sunlight for a day will be considerably less than one kilogram at the end of that day. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/Main options.cxx,1.162,1.163
Christian Mayer wrote: > > I wanted to point out the very big (internal) differnce of the ANSI C > style > > "string1" "string2" > > THat ends up as "string1string2" in a normal array of char > > vs. > > The C++ way: > > cout << "string1" << "string2" > > wich uses the operator<<() method. > > Both are valid and have their pro and cons. But they are fundamentally > different (and the later doesn't use the string concatenation), although Yes, fair enough. It does seem a bit of a waste to have a separate function called. I think part of the reason for the existence of "endl" is this: If "endl" were enforced as the only legal way (i.e. if "\n" was made illegal in a future version of C++) then the string outputting functions would no longer have to scan for '\n' in the text that they output. Presently, each time they find '\n' they generally flush the stream output buffer, as well as to converting it to the local line ending character(s) where necessary. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Curtis L. Olson wrote: > So what is the SI unit for direction/heading? Certainly they > wouldn't overload unit names, right? :-) Oooh, here's a good one! There *are* no unit names for angles. Angles are unitless numbers. So to be strict, the SI unit for heading must be the radian. :) FWIW, angles and computers don't mix well (tan(90) == Inf and all that). YASim does all its math in cartesian space, and converts to angles only at the output stage. Here's one such bug I discovered recently: turn on the HUD, and enter a steady turn. When your heading gets near 0 or 180, the pitch ladder just disappears. Andy -- Andrew J. RossNextBus Information Systems Senior Software Engineer Emeryville, CA [EMAIL PROTECTED] http://www.nextbus.com "Men go crazy in conflagrations. They only get better one by one." - Sting (misquoted) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plotting/logging tool
My fault partially, sorry. > a while ago I asked about a plotting tool of which I had seen on this > mailing list that it would be integrated into FlightGear. I saw in the > latest news messages that the logging was updated in version 0.7.10 of FG > but I can't find anything that looks like a plotting tool. > If the tool has already been implemented in 0.7.10 can somebody tell me > how to use it? And if it hasn't can somebody tell me when it will be > available? Err, how busy are you ? I have a snapshot of contributed code, hoping to convert to PLIB but haven't had the time yet. Instead, I've found myself doing GPL verilog development. In the short term, I'm using patched XOSCOPE http://candetect.sourceforge.net/ but it has severe limitations on dynamic range and number of channels. > I'm asking this because I'm working on a project at the Delft University > of > Technology for which we are using FlightGear. The goal of the project is > to design a system that can determine what a pilot is doing by analysing > his actions and the status of the airplane. This is only possible for a > computer program if we are able to do this ourselves, therefore > we need to capture and plot some variables of the airplane over a period of > time. Actually storing the data to file is already supported in FGFS, I believe. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Alex Perry wrote: > > Christian said: > > (Note: degrees are still valid as they are *internationally* well known. > > slugs aren't) > > Yes they are ... each country's definition depends on local climate and fauna, > ranging from one gram, through one ounce to as high as one pound. I don't > know of a slug being one kilogram but wouldn't be especially surprised. If you go back to the middle ages: that's true. And it was even worse as each town had its own measurements (and sometimes names; feet is one of the more common ones). But: today it's different. The majority of all countries "settled" on the SI system. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Cameron's time zone
> Cameron, your latest e-mail message is time-stamped with: > Date: Fri, 17 May 2002 09:41:01 -0500 > which means "09:41 on the 17th, local time, which is 5 hours behind UTC", > which is about a day into the future. Don;t worry about it; Cameron just likes to have his messages at the top of your in-box. That way you get around to reading them somewhat earlier. > (The current time now is Thu 16 May 2002 16:38 UTC.) No, it isn't ... not any more. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Christian said: > (Note: degrees are still valid as they are *internationally* well known. > slugs aren't) Yes they are ... each country's definition depends on local climate and fauna, ranging from one gram, through one ounce to as high as one pound. I don't know of a slug being one kilogram but wouldn't be especially surprised. 8-) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Cameron's time zone
Cameron, your latest e-mail message is time-stamped with: Date: Fri, 17 May 2002 09:41:01 -0500 which means "09:41 on the 17th, local time, which is 5 hours behind UTC", which is about a day into the future. (The current time now is Thu 16 May 2002 16:38 UTC.) - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/Main options.cxx,1.162,1.163
Julian Foad wrote: > > Christian Mayer wrote: > > > > Note: You 2nd version does *not* use the string concatenation. > > > > The 2nd version boils down to the very C++ dependant > > > > operator<<(operator<<(operator<<(cout, "usage"),endl),...); > > > > Yes, it does. What point are you trying to make by saying "very C++ dependant"? >Nearly all of FlightGear depends on C++. That syntax is the first thing taught in >any book on C++, and is just as suitable for use by experts as by beginners. > I wanted to point out the very big (internal) differnce of the ANSI C style "string1" "string2" THat ends up as "string1string2" in a normal array of char vs. The C++ way: cout << "string1" << "string2" wich uses the operator<<() method. Both are valid and have their pro and cons. But they are fundamentally different (and the later doesn't use the string concatenation), although cout << "string1" "string2" and cout << "string1" << "string2" produce the same output. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
John Wojnaroski wrote: > > I recall reading an article several years ago in a flying mag (can't > remember exactly where or when) > on someone's proposal to change the number of degrees on the compass from > 360 to 400. ... Have you noticed "Deg/Rad/Grad" or "DRG" on every scientific calculator? Those are "Grads". I've heard that the military use them ... but I haven't seen any evidence of it. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/Main options.cxx,1.162,1.163
Christian Mayer wrote: > > Note: You 2nd version does *not* use the string concatenation. > > The 2nd version boils down to the very C++ dependant > > operator<<(operator<<(operator<<(cout, "usage"),endl),...); > Yes, it does. What point are you trying to make by saying "very C++ dependant"? Nearly all of FlightGear depends on C++. That syntax is the first thing taught in any book on C++, and is just as suitable for use by experts as by beginners. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
"James A. Treacy" wrote: > > On Thu, May 16, 2002 at 12:07:21AM +0200, Christian Mayer wrote: > > > > Anyway to come back to the thread: isn't your story a proof that SI > > should be used? > > Proof? That's a bit strong. Ok. Let's call it a "lemma" (does that word exist in the english language)? > If anyone cares about the opinion of a non-coder (on this project) a > reasonable solution to the issue of units could be that a piece of > code must provide an SI interface. This way parts of the project, such > as jsb, can use whatever units they want internally as long as they > provide an SI interface. They are, of course, free to provide other > interfaces if they choose. Sounds sensible. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
John Wojnaroski wrote: > > > > >So what is the SI unit for direction/heading? Certainly > > > >they wouldn't overload unit names, right? :-) > > > > > > > I recall reading an article several years ago in a flying mag (can't > remember exactly where or when) > on someone's proposal to change the number of degrees on the compass from > 360 to 400. Seems they > had a problem computing reciprocals using 180 ;-) The author saw the change > as a minor effort > to simple repaint all the runway numbers and change compass card > faceplates!! You are talking here about a "gon" wich is defines as 1 gon = pi/200 rad I've heard that those are used for measuring the landscape. But they are as invalid for SI as "deg" is. And they lack the common use that "deg" has. So we can forget them very fast. (If someone wants to experiment with them: the standard Casio calculators can be switched into that mode for the trig functions... I think it's called "gra" on them) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
John Wojnaroski writes: > > > > >So what is the SI unit for direction/heading? Certainly > > > >they wouldn't overload unit names, right? :-) > > > > > > > I recall reading an article several years ago in a flying mag (can't > remember exactly where or when) > on someone's proposal to change the number of degrees on the compass from > 360 to 400. Seems they > had a problem computing reciprocals using 180 ;-) The author saw the change > as a minor effort > to simple repaint all the runway numbers and change compass card > faceplates!! And if the automake/autoconf development team were in charge they would do it! Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Latest Update Problems
Jonathan Polley wrote: > > Two other things. First there is a constant string in telnet.cxx that > contains s, which MSVC does not like. Second, telnet.cxx uses > snprintf(), which is not supported under MSVC (for some reason, they use > _snprintf(), go figure). I think the reason is that "snprintf" is not a standard (i.e. ANSO/ISO standard library) function and a standard-conforming compiler should not introduce non-standard names into the user's name space (names starting with _ are reserved for this sort of purpose). Anyway, I agree with Bernie's request that it should be #defined in the compiler.h. - Julian ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
> > >So what is the SI unit for direction/heading? Certainly > > >they wouldn't overload unit names, right? :-) > > > > I recall reading an article several years ago in a flying mag (can't remember exactly where or when) on someone's proposal to change the number of degrees on the compass from 360 to 400. Seems they had a problem computing reciprocals using 180 ;-) The author saw the change as a minor effort to simple repaint all the runway numbers and change compass card faceplates!! Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/Main options.cxx,1.162,1.163
[EMAIL PROTECTED] wrote: > > This can be done portably using the standard "string concatenation" feature of > the language. The above would look like the following and likely work with > any reasonably modern compiler (this string concatenation feature did not > exist in K&R C but did beginning with early versions of ANSI C): > >cout << "usage:\n" >"\n" >"Nicely formatted text\n" >" that will look\n" >" (almost) exactly like it is entered\n" >"here when\n" >"\n" >" it is displayed by the program.\n" >"This is very 'pretty' to be able\n" >" to do.\n"; > > or (substantially less readable, IMHO, but more C++ like)... > >cout << "usage:" << endl << >endl << >"Nicely formatted text" << endl << >" that will look" << endl << >" (kind of close to) like it is entered" << endl << >"here when" << endl << >endl << >" it is displayed by the program." << endl << >"This is very 'pretty' to be able" << endl << >" to do." << endl; Note: You 2nd version does *not* use the string concatenation. The 2nd version boils down to the very C++ dependant operator<<(operator<<(operator<<(cout, "usage"),endl),...); (I might have the scoping wrong, but that's not changing the idea behind it) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main options.cxx,1.162,1.163
Cameron Moore wrote: > > Then I'd like to request that we revert the changes to > options.cxx:fgUsage(). Is this: > > cout << "say" << endl ><< "what?!" << endl; > > worse than this?: > > cout << "say\n\ > what?!\n"; > > Far be it from me to argue with Bernie about anything C++, but I prefer > to use the syntax we had before. I could be biased though since I wrote > the previous version. :-) I din't test either of those (esp. on MSVC), but I'm also in favour of the first version. CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Jon S Berndt wrote: > > On Thu, 16 May 2002 09:48:06 -0500 (CDT) > "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > > >> ... and the SI unit for temperature is Kelvin, no? > >>:-> > > > >So what is the SI unit for direction/heading? Certainly > >they wouldn't overload unit names, right? :-) > > One of the worst things about metric, though, is the 100 > minute hours - which isn't really an hour, but a > "hecto-moment". There are 100 days in a metric year, so > the seasons are on a rotating basis. The upside is that > we'll all live to be very old in metric terms. Sorry, but you didn't understand Metric. They come in 1000. So 1 Millenium = 1 000 Years = 1 000 000 Months = 1 000 000 000 Days = 1 000 000 000 000 Hours = 1 000 000 000 000 000 Seconds = 1 000 000 000 000 000 000 milli seconds ;-) > >So what is the SI unit for direction/heading? There's no unit for direction/heading. There's no need for it. There's also no unit for pendulum/not-beeing-in-the-middle. What you need is a normative direction (e.g. noth) and an angle to it. That unit is 1 rad = 1 m/m = 360/2pi deg a derivate of the basic SI unit meter. (Note: degrees are still valid as they are *internationally* well known. slugs aren't) CU, Christian -- The idea is to die young as late as possible.-- Ashley Montague Whoever that is/was; (c) by Douglas Adams would have been better... ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Environment subsystem status
* Curtis L. Olson -- Thursday 16 May 2002 16:48: > Melchior FRANZ writes: > > ... and the SI unit for temperature is Kelvin, no? :-> > > So what is the SI unit for direction/heading? Certainly they wouldn't > overload unit names, right? :-) There's no contradiction, as far as I see: degree comes from "gradum" (step) and is unit-less, like percent. Only "degree Celsius" is a unit. m. :-) ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS:FlightGear/src/Main options.cxx,1.162,1.163
"Curtis L. Olson" <[EMAIL PROTECTED]> writes: > Originally this was changed to something like: > >cout << "usage: > > Nicely formatted text >that will look > exactly like it is entered > here when > >it is displayed by the program. > This is very 'pretty' to be able > to do." << endl; > > However, MSVC doesn't accept this so we are forced to at \n\ to the > end of every line which starts to increase the ugliness factor > again. This can be done portably using the standard "string concatenation" feature of the language. The above would look like the following and likely work with any reasonably modern compiler (this string concatenation feature did not exist in K&R C but did beginning with early versions of ANSI C): cout << "usage:\n" "\n" "Nicely formatted text\n" " that will look\n" " (almost) exactly like it is entered\n" "here when\n" "\n" " it is displayed by the program.\n" "This is very 'pretty' to be able\n" " to do.\n"; or (substantially less readable, IMHO, but more C++ like)... cout << "usage:" << endl << endl << "Nicely formatted text" << endl << " that will look" << endl << " (kind of close to) like it is entered" << endl << "here when" << endl << endl << " it is displayed by the program." << endl << "This is very 'pretty' to be able" << endl << " to do." << endl; Derrell ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Jon S Berndt writes: > On Thu, 16 May 2002 09:48:06 -0500 (CDT) > "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: > > >> ... and the SI unit for temperature is Kelvin, no? > >>:-> > > > >So what is the SI unit for direction/heading? Certainly > >they wouldn't overload unit names, right? :-) > > > One of the worst things about metric, though, is the 100 > minute hours - which isn't really an hour, but a > "hecto-moment". There are 100 days in a metric year, so > the seasons are on a rotating basis. The upside is that > we'll all live to be very old in metric terms. Wouldn't you just divide up the year into 100 equal divisions and call each of those a day? That way you the seasons would be fixed relative to the calander. Then you could have 10 deci-years (months?) and 100 centi-years (days?) Of course you wouldn't want to call it a year because that would imply the old system so we'd have to come up with something else. Being a one time battle star galactica fan, we could borrow from that. Let's root out the last vestiges of inconsistancy! :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
On Thu, 16 May 2002 09:48:06 -0500 (CDT) "Curtis L. Olson" <[EMAIL PROTECTED]> wrote: >> ... and the SI unit for temperature is Kelvin, no? >>:-> > >So what is the SI unit for direction/heading? Certainly >they wouldn't overload unit names, right? :-) One of the worst things about metric, though, is the 100 minute hours - which isn't really an hour, but a "hecto-moment". There are 100 days in a metric year, so the seasons are on a rotating basis. The upside is that we'll all live to be very old in metric terms. :-P Jon ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main options.cxx,1.162,1.163
Cameron Moore writes: > * [EMAIL PROTECTED] (Curt Olson) [2002.05.17 08:43]: > > Cameron Moore writes: > > > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.05.16 23:06]: > > > > Update of /var/cvs/FlightGear-0.7/FlightGear/src/Main > > > > In directory seneca:/tmp/cvs-serv26528/src/Main > > > > > > > > Modified Files: > > > > options.cxx > > > > Log Message: > > > > Bernie Bright: > > > > To make MSVC happy it appears we need backslashes on string literals > > > > spanning multiple lines. > > > > > > > > > Can we get a second opinion on the changes in this file? Why on earth > > > does MSVC bark about this: > > > > > > cout << "say" << endl > > ><< "what?!" << endl; > > > > > > I can understand this being a problem: > > > > > > cout << "say > > > what?! > > > "; > > > > > > because of the linefeeds possibly being unix linefeeds, but how is the > > > first example broken? I'm baffled... > > > > The first example wasn't broken. > > Then I'd like to request that we revert the changes to > options.cxx:fgUsage(). Is this: > > cout << "say" << endl ><< "what?!" << endl; > > worse than this?: > > cout << "say\n\ > what?!\n"; > > Far be it from me to argue with Bernie about anything C++, but I prefer > to use the syntax we had before. I could be biased though since I wrote > the previous version. :-) Originally this was changed to something like: cout << "usage: Nicely formatted text that will look exactly like it is entered here when it is displayed by the program. This is very 'pretty' to be able to do." << endl; However, MSVC doesn't accept this so we are forced to at \n\ to the end of every line which starts to increase the ugliness factor again. So in the end, I'm not sure which is better. They each have their pluses ... Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: Environment subsystem status
Melchior FRANZ writes: > * [EMAIL PROTECTED] -- Thursday 16 May 2002 16:25: > > After reading this story I can't help but note another advantage of SI: > > easy-to-remember figures. 0 degrees celsius is where water freezes, 100 > > degrees is where water boils, and a liter of water weighs one kilogram. *) > [...] > > *) I know, its *mass* is a kilogram. It weighs about 9.81 Newtons. > > ... and the SI unit for temperature is Kelvin, no? :-> So what is the SI unit for direction/heading? Certainly they wouldn't overload unit names, right? :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] the new telnet server and scripting
First, let me point out the new telnet server is *very* nice. Bernie has rewritten it based on the plib net libs. It can handle multiple concurrent connections. This is a big improvement! Along with this, Bernie has also provided a demo python script that shows how you can use the telnet interface to remotely interact with and control a FlightGear application. In the cvs source (run "cvs update -d" of course) look in $toplevel/scripts/python for the demo script. So, to try this out run: fgfs --telnet=5500 python demo.py Then watch the action. This is a demo of functionality so you aren't going to see any earth shattering visual effects. But, it's very cool from the geeky perspective of running an external script which has complete control over flightgear. Bernie, on the subjects of building additional commands into the telnet interface, I agree with Melchior. I'd rather not see the telnet interface being crammed with a bunch of extra commands that only the telnet interface knows about. I haven't looked at this in a while, but the property manager should be able to manage "commands" as well as "values". The command management is a bit of a hack (kind of but not really) but since we can tie variables to funtions (usually getters and setters) we can expose additional functionality through the property interface. I think that would be the more appropriate way to do this and to develop additional commands. This way, these commands will be available (and consistant) for any other interface mechanisms including joystick, keyboard, mouse in addition to remote scripts or web browsers, etc. Regards, Curt. Melchior FRANZ writes: > The new telnet server has really become nice. It's great to be able > to connect more than just once. :-) > > But I don't like the new commands: > > view set display view 'n' > view get return current view index > view current return current view index > > Why bloat the interface when this can easily be done with the normal > "set" and "get" commands? "view current" is not even consistent. It > "get"s a simple value. This should be: "get /sim/view/current" or > something like that. > > Comments in the telnet.cxx file leave me even more worried: > >* TODO: possible future commands: >* panel visible 0|1 >* panel height -> h, Retrieve panel height >* panel width -> w, Retrieve panel width >* panel xoffset -> x, Retrieve panel x offset >* panel yoffset -> y, Retrieve panel y offset >[and lots more] > > Please don't let that happen! Make this "get /sim/panel/visible" etc. > There's no need for dozens of commands that do all just "set" and "get" > properties. That's useless bloat and we'll lose consistency with the http > interface. Don't re-invent the property system! The only thing that might > make sense is: > > view nextdisplay next view > view prevdisplay prev view > > But I'd rather drop them, too, and make some "write only property": > "set /sim/view/next true" would then always switch to the next view, > while "get /sim/view/next" would always return false. > > m. :-( > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound problems
Curtis L. Olson wrote: >>I know. There is a strange problem there. I suspect the conditions don't >>work properly, but I'm not realy sure. So there needs to be some more >>investigation before I could fix this. I'm absolutely positive most of >>this worked when I sent the patches :-( >> >>I haven't come to investigate this though. > > > Erik, > > For what it's worth, these patches contained Jim's issues from the > start. Perhaps something in the code isn't getting initialized and > you were just getting lucky on the irix platform? Well, I've actually performed some test and those show the condition (for the crank sound) is true four about 5 calls. This means about 0.3 seconds. The properties do show the right value all along. I don't see a reason why it shouldn't work (when looking at other pecies of code which do basically the same) so I'm still conviced it's the FGCondition code that causes this to happen. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Environment subsystem status
* Melchior FRANZ -- Thursday 16 May 2002 16:35: > ... and the SI unit for temperature is Kelvin, no? :-> OK, OK. Degree Celsius is a so-called "Derived SI Unit". :-) m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main options.cxx,1.162,1.163
* [EMAIL PROTECTED] (Curt Olson) [2002.05.17 08:43]: > Cameron Moore writes: > > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.05.16 23:06]: > > > Update of /var/cvs/FlightGear-0.7/FlightGear/src/Main > > > In directory seneca:/tmp/cvs-serv26528/src/Main > > > > > > Modified Files: > > > options.cxx > > > Log Message: > > > Bernie Bright: > > > To make MSVC happy it appears we need backslashes on string literals > > > spanning multiple lines. > > > > > > Can we get a second opinion on the changes in this file? Why on earth > > does MSVC bark about this: > > > > cout << "say" << endl > ><< "what?!" << endl; > > > > I can understand this being a problem: > > > > cout << "say > > what?! > > "; > > > > because of the linefeeds possibly being unix linefeeds, but how is the > > first example broken? I'm baffled... > > The first example wasn't broken. Then I'd like to request that we revert the changes to options.cxx:fgUsage(). Is this: cout << "say" << endl << "what?!" << endl; worse than this?: cout << "say\n\ what?!\n"; Far be it from me to argue with Bernie about anything C++, but I prefer to use the syntax we had before. I could be biased though since I wrote the previous version. :-) -- Cameron Moore [ Perl is the Cliff Notes of Unix. -- Larry Wall ] ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: Environment subsystem status
* [EMAIL PROTECTED] -- Thursday 16 May 2002 16:25: > After reading this story I can't help but note another advantage of SI: > easy-to-remember figures. 0 degrees celsius is where water freezes, 100 > degrees is where water boils, and a liter of water weighs one kilogram. *) [...] > *) I know, its *mass* is a kilogram. It weighs about 9.81 Newtons. ... and the SI unit for temperature is Kelvin, no? :-> m. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] plotting/logging tool
Quint, Here's an interesting option. Recently, I've been chatting with the author of the KFlog project (http://www.kflog.org/) I think it would be really useful and cool if we could get FlightGear interacting with KFlog. Regards, Curt. Quint Mouthaan writes: > Hello, > > a while ago I asked about a plotting tool of which I had seen on this > mailing list that it would be integrated into FlightGear. I saw in the > latest news messages that the logging was updated in version 0.7.10 of FG > but I can't find anything that looks like a plotting tool. > If the tool has already been implemented in 0.7.10 can somebody tell me > how to use it? And if it hasn't can somebody tell me when it will be > available? > > I'm asking this because I'm working on a project at the Delft University > of > Technology for which we are using FlightGear. The goal of the project is > to design a system that can determine what a pilot is doing by analysing > his actions and the status of the airplane. This is only possible for a > computer program if we are able to do this ourselves, therefore > we need to capture and plot some variables of the airplane over a period of > time. > We already have some programs to plot keyboard and joystick data, but we > still need a tool to plot the values of some FlightGear properties. > > I hope you can help me. > > Quint Mouthaan. > > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
So David Megginson says: [...] > ditto for the Gimli Glider, the Air Canada 767 that ran out of > fuel at altitude and was brought down safely on a drag strip (former > runway) in Gimli, Manitoba: > > http://www.frontier.net/~wadenelson/successstories/gimli.html > > Air Canada had just switched to SI for fuel, and when the fuel gauge > became U/S, the copilot took a dipstick measurement and used the wrong > calculation. After reading this story I can't help but note another advantage of SI: easy-to-remember figures. 0 degrees celsius is where water freezes, 100 degrees is where water boils, and a liter of water weighs one kilogram. *) If the people on that 767 had known about that last one they would have instantly seen that there is no way 11,430 liters of fuel can weigh 20,400 kilograms. That would mean it's almost twice as heavy as water. Regards,- Jacco *) I know, its *mass* is a kilogram. It weighs about 9.81 Newtons. -- +-+ The time is 16:04 on Thursday May 16 2002. | IRL: Jacco van Schaik | Outside it's 21 degrees with a gentle breeze | mail: [EMAIL PROTECTED] | from the northwest. Inside, xmms is playing | URL: www.frontier.nl | "Hurricane (Bob Dylan)" by Ani Difranco. +-+ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] plotting/logging tool
Hello, a while ago I asked about a plotting tool of which I had seen on this mailing list that it would be integrated into FlightGear. I saw in the latest news messages that the logging was updated in version 0.7.10 of FG but I can't find anything that looks like a plotting tool. If the tool has already been implemented in 0.7.10 can somebody tell me how to use it? And if it hasn't can somebody tell me when it will be available? I'm asking this because I'm working on a project at the Delft University of Technology for which we are using FlightGear. The goal of the project is to design a system that can determine what a pilot is doing by analysing his actions and the status of the airplane. This is only possible for a computer program if we are able to do this ourselves, therefore we need to capture and plot some variables of the airplane over a period of time. We already have some programs to plot keyboard and joystick data, but we still need a tool to plot the values of some FlightGear properties. I hope you can help me. Quint Mouthaan. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound problems
Erik Hofman writes: > Jim Wilson wrote: > > Hope I'm not being a pest but it's been a while since the last sound patch. > > The gear-lock sound doesn't work on the c310. Nor do the engine[0] sounds. > > And the cranking is weird (very short?) on everything. I tried playing around > > with the xml some but didn't get any results. > > > > This is with latest everything, but the problem was there after the most > > recent sound patch that added conditional xml. > > I know. There is a strange problem there. I suspect the conditions don't > work properly, but I'm not realy sure. So there needs to be some more > investigation before I could fix this. I'm absolutely positive most of > this worked when I sent the patches :-( > > I haven't come to investigate this though. Erik, For what it's worth, these patches contained Jim's issues from the start. Perhaps something in the code isn't getting initialized and you were just getting lucky on the irix platform? Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main options.cxx,1.162,1.163
Cameron Moore writes: > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.05.16 23:06]: > > Update of /var/cvs/FlightGear-0.7/FlightGear/src/Main > > In directory seneca:/tmp/cvs-serv26528/src/Main > > > > Modified Files: > > options.cxx > > Log Message: > > Bernie Bright: > > To make MSVC happy it appears we need backslashes on string literals > > spanning multiple lines. > > > Can we get a second opinion on the changes in this file? Why on earth > does MSVC bark about this: > > cout << "say" << endl ><< "what?!" << endl; > > I can understand this being a problem: > > cout << "say > what?! > "; > > because of the linefeeds possibly being unix linefeeds, but how is the > first example broken? I'm baffled... The first example wasn't broken. Regards, Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Source code Documentation
Cameron Moore writes: > * [EMAIL PROTECTED] (A J) [2002.05.16 07:51]: > > is there any documentation for FGFS source code? > > if there exist any i will be glad to send me its > > address. > > FlightGear does not use a source documentation system (such as doxygen > or DOC++). What documentation we have is on the website at: > > http://flightgear.org/Docs/ > > There is also some useful documentation in the source tree under the > docs-mini/ directory. The simgear portion (www.simgear.org) is documented with doxygen. > The JSBSim FDM does, however, use DOC++. The latest version of that > is viewable at: > > http://jsbsim.sf.net/JSBSim/index.html > > See the plib site for some documentation on the plib subsystems: > > http://plib.sf.net/ > > The only other documentation we have is the comments in the code. > Depending on the programmer, some code may be self-documenting. :-) > > If anyone has any more links or suggestions, please let me know. I'd > like to add this question+answer to the FAQ. Thanks > -- > Cameron Moore > / Every so often, I like to stick my head out the \ > \ window, look up, and smile for a satellite photo. / > > ___ > Flightgear-devel mailing list > [EMAIL PROTECTED] > http://mail.flightgear.org/mailman/listinfo/flightgear-devel -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
C. Hotchkiss writes: > The only place that I know of that manufactures aircraft (or at > least did routinely) with SI based instrumentation was the old > Soviet Union. Some of their aircraft either sold to customers, or > operating outside the SU were involved in at least two mid air > collisions (IIRC, between heavies in India and off western Africa). > This was thought at the time to be due to confusion over unit > conversion, either in the cockpit or by the ATCs involved. Maybe > somebody can recall these instances with better accuracy. Either > way, history condemned us to English units. Yes, ditto for the Gimli Glider, the Air Canada 767 that ran out of fuel at altitude and was brought down safely on a drag strip (former runway) in Gimli, Manitoba: http://www.frontier.net/~wadenelson/successstories/gimli.html Air Canada had just switched to SI for fuel, and when the fuel gauge became U/S, the copilot took a dipstick measurement and used the wrong calculation. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
RE: [Flightgear-devel] FDMs and external atmosphere
Ralph Jones writes: > It would, indeed, be nice to have a vertical velocity model for simulating > soaring flight. I'm still trying to run down stability derivatives for my > sailplane! It will be easy to allow you to specify up- or down-drafts for specific areas; it will be much harder to have FlightGear figure them out itself, but it might still be doable. All the best, David -- David Megginson, [EMAIL PROTECTED], http://www.megginson.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
"C. Hotchkiss" <[EMAIL PROTECTED]> said: > David, > The only place that I know of that manufactures aircraft (or at least did > routinely) with SI based instrumentation was the old Soviet Union. Some of > their aircraft either sold to customers, or operating outside the SU were > involved in at least two mid air collisions (IIRC, between heavies in India > and off western Africa). This was thought at the time to be due to confusion > over unit conversion, either in the cockpit or by the ATCs involved. Maybe > somebody can recall these instances with better accuracy. Either way, history > condemned us to English units. > > At any rate, might we introduce a configuration line in the set up files that > alerts the program that all following units are SI instead of English? Ditto > access members that are known to report/set data members/parameters in SI > instead of English unit values? This might make dealing with airframes like > some of the older Russian designs a bit easier and less error prone. > Maybe it would be possible to chain properties together so for example if position/altitude_ft is set then position/altitude_m also gets set. Generally though, instrumentation could be calibrated anyway for meters or mpm even if the inputs are in feet and fpm. But it requires the panel designer to do the conversion backwards to English when they write the xml. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Re: [Flightgear-cvslogs] CVS: FlightGear/src/Main options.cxx,1.162,1.163
> from:Jonathan Polley <[EMAIL PROTECTED]> > > MSVC was complaining about the latter. My solution was: > >cout << "say\n\ > what?\n\ > "; This is the preferred form in C : cout << "say" << endl << "what?!" << endl; This is OK: cout << "say\n" "what\n"; This is legal but very bad practice: cout << "say\ what\ "; This is not legal: cout << "say what "; GCC accepts the last (illegal) syntax and doesn't even warn about it unless you use the compiler option "-pedantic". In order to help us write portable code, I recommend we all use "-Wall -pedantic" with GCC. - Julian > On Thursday, May 16, 2002, at 11:21 PM, Cameron Moore wrote: > > > * [EMAIL PROTECTED] (Curtis L. Olson) [2002.05.16 23:06]: > >> Update of /var/cvs/FlightGear-0.7/FlightGear/src/Main > >> In directory seneca:/tmp/cvs-serv26528/src/Main > >> > >> Modified Files: > >>options.cxx > >> Log Message: > >> Bernie Bright: > >> To make MSVC happy it appears we need backslashes on string literals > >> spanning multiple lines. > > > > > > Can we get a second opinion on the changes in this file? Why on earth > > does MSVC bark about this: > > > > cout << "say" << endl > ><< "what?!" << endl; > > > > I can understand this being a problem: > > > > cout << "say > > what?! > > "; > > > > because of the linefeeds possibly being unix linefeeds, but how is the > > first example broken? I'm baffled... > > -- ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Environment subsystem status
> I'm sure that there exist > SI aircraft panels somewhere, but I have not yet seen photos of any in > general aviation. look here http://www.musicabona.com/martin/pic/tocna11.jpg Madr ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] SI vs Imperial
On Thu 16. May 2002 00:51, you wrote: > ..does anyone use metric flight instruments anymore? > The only ones I know of, were the WWII Luftwaffe and the > Warsaw Pact Air Forces and "hang-arounds", possibly also > the Communist Chinese AF. AFAIK, none of these were strictly > SI metric. All Instruments in czech ( yes this was the old comunist country :-) are in SI only sometimes feets for altimeter are used. I ask one pilot, and he said me that the standard will be SI-metric (at least for pressure and temperature) and feets for alt, because it gives better airspace division to FL. Madr -- Martin Dressler e-mail: [EMAIL PROTECTED] http://www.musicabona.com/ ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] Sound problems
Jim Wilson wrote: > Hope I'm not being a pest but it's been a while since the last sound patch. > The gear-lock sound doesn't work on the c310. Nor do the engine[0] sounds. > And the cranking is weird (very short?) on everything. I tried playing around > with the xml some but didn't get any results. > > This is with latest everything, but the problem was there after the most > recent sound patch that added conditional xml. I know. There is a strange problem there. I suspect the conditions don't work properly, but I'm not realy sure. So there needs to be some more investigation before I could fix this. I'm absolutely positive most of this worked when I sent the patches :-( I haven't come to investigate this though. Erik ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] the new telnet server
The new telnet server has really become nice. It's great to be able to connect more than just once. :-) But I don't like the new commands: view set display view 'n' view get return current view index view current return current view index Why bloat the interface when this can easily be done with the normal "set" and "get" commands? "view current" is not even consistent. It "get"s a simple value. This should be: "get /sim/view/current" or something like that. Comments in the telnet.cxx file leave me even more worried: * TODO: possible future commands: * panel visible 0|1 * panel height -> h, Retrieve panel height * panel width -> w, Retrieve panel width * panel xoffset -> x, Retrieve panel x offset * panel yoffset -> y, Retrieve panel y offset [and lots more] Please don't let that happen! Make this "get /sim/panel/visible" etc. There's no need for dozens of commands that do all just "set" and "get" properties. That's useless bloat and we'll lose consistency with the http interface. Don't re-invent the property system! The only thing that might make sense is: view nextdisplay next view view prevdisplay prev view But I'd rather drop them, too, and make some "write only property": "set /sim/view/next true" would then always switch to the next view, while "get /sim/view/next" would always return false. m. :-( ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel