Re: [Flightgear-devel] Software Patents.
Dave Martin wrote: It is pleasing to see that there are already over 1,700 signatories to the support wiki. When I signed late last night there were only 31. Well, it appears the Polish second minister made our day - our German minister cowardly decided not to attend the meeting :-(( 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] Software Patents.
Dave Martin wrote: AFAIK, Your German minister would have been under strict instructions now to oppose the bill. and she was 'on duty' to attend the meeting. This is what I call coward. Its a shame that the British representatives that I helped to elect can't learn to stand by their party's policies :-( Same here - at least partially, 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
[Flightgear-devel] Weather reporting stations
An friend of mine is asking questions about weather reporting stations (http://www.linux.org.uk/~telsa/Diary/diary.html, Dec 15th entry) and has been pointed at FlightGear for answers by someone other than me. Can anyone answer her questions? Richard Bytheway 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] Weather reporting stations
Richard Bytheway wrote: Can anyone answer her questions? Either I don't understand the problem with the Aurora airport or the solution is really simple for example by having a look at this page: http://www.aircraft-charter-world.com/airports/centralamerica/guatemala.htm I believe I didn't grasp the difficulties she's running into ;-) 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] Weather reporting stations
On Wed, 22 Dec 2004 11:03:07 + (UTC) Martin Spott wrote: I believe I didn't grasp the difficulties she's running into ;-) I thought she wanted to know the difference between the various types of automated stations. -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 pgp63XhTdR8Zm.pgp Description: PGP signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] [RFC] gui/AirportList
The good news: I fixed it The bad news: I had to change plib :-/ And this doesn't even come as a surprise. I had to make puValue::getStringValue() in pu.h:538 virtual! The class inheritage is as follows: puValue() -- char *getStringValue(); | v puObject() | v puButton() | v... puListBox()---| | V ... puList()| -- virtual chjar *getStringValue(); | v AirportList()-- virtual chjar *getStringValue(); getString is only made virtual in puList() and AirportList(), but it's not virtual in puObject. copy_from_pui(), however, uses the getStringValue() method on a puObject, assuming that it will get AirportList()'s. Of course, this doesn't work and puValue()'s is used instead. One would have to make getStringValue virtual in puObject() or puValue() to make this work. Why did it work before (assuming that it did :-), and doesn't now? Probably the fact that gcc is now more standards compliant? So, what shall we[1] do? A change to plib is probably out of the question. Working around the problem with an subclass of puObject that does 'virtualization' right? Or removing the airport list altogether, as it's probably only useful for people who have the whole world scenery installed? Anyway, this should be fixed in 0.9.8. m. [1] If I write we, I do actually mean we, not anyone *but* me (which seems to be the most common interpretation these days in flightgear-devel ;-). ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Bug in CVS: radio panel hot spots no longer work
Reported in the IRC channel; Melchior and I have since confirmed. Mouse-clickable hot spots on the panel were working fine for me until I updated plib/openal/simgear/flightgear from CVS and recompiled all this morning. Now *some*, but not all, of the hotspots are unresponsive. Specifically, radio stack switches (frequency swap, frequency tuning, etc.) don't work, while altimeter calibration, NAV radial adjust, etc., do work. I've observed this on the c172 and the c310. Reported on the 737 as well. -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 pgp9pP614Io8x.pgp Description: PGP signature ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Re: Bug in CVS: radio panel hot spots no longer work
* Chris Metzler -- Wednesday 22 December 2004 16:07: Mouse-clickable hot spots on the panel were working fine for me until I updated plib/openal/simgear/flightgear from CVS and recompiled all this morning. Now *some*, but not all, of the hotspots are unresponsive. My fault. That was caused by my patch to SimGear/simgear/props_io.cxx. Quick fix (don't apply to cvs yet, I'm working on the correct fix): RCS file: /var/cvs/SimGear-0.3/SimGear/simgear/props/props_io.cxx,v retrieving revision 1.6 diff -u -p -U0 -r1.6 props_io.cxx --- props_io.cxx19 Dec 2004 10:19:14 - 1.6 +++ props_io.cxx22 Dec 2004 15:39:59 - @@ -554 +554 @@ copyProperties (const SGPropertyNode *in -switch (in-getType(false)) { +switch (in-getType()) { m. ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] Compiling with Visual Studio 2003.net
Alright, I finally got it running. Thanks again for your help. Drew On Tue, 21 Dec 2004 23:05:19 +0100, Frederic Bouvier [EMAIL PROTECTED] wrote: You either have to get libjpeg or remove the file that needs it. http://freshmeat.net/projects/libjpeg/ -Fred Drew wrote : That fixed the __dcllspec problem, but it's still not seeing jpeglib.h. And I tried commenting out this include line, and it couldn't find error.h, either...both of which are supposed to be standard C includes. Am I still missing a set of libraries? Thanks again, Drew On Tue, 21 Dec 2004 21:12:20 +0100, Frederic Bouvier [EMAIL PROTECTED] wrote: Drew wrote : Hey Guys, First, I want to thank you guys for all of your help. You've been very patient with me, since I'm really clueless as to how to get this working for the first time...I just want to make sure I get this compiled right to begin with (and with a stable release), so I avoid compounding existing problems with my own changes, and have trouble tracking down their cause. Anyway, I *think* I'm getting closer. Here are the errors I'm getting now. error C2381: 'exit' : redefinition; __decllspec(noreturn) differs fatal error C1083: Cannot open include file: 'jpeglib.h': No such file or directory That first error is in stdlib.h, which seems a bit bothersome. The second error is in jpgfactory.hxx, and is and #include jpeglib.h. Is there a standard C++ library I'm missing? This one is listed in Antoine's message, and you should find it in the archive : - open glut.h that you find in %VISUAL_DOT_NET_2003_DIRECTORY%\Vc7\PlatformSDK\Include\GL, find _CRTIMP void __cdecl exit(int);, and replace it with #if _MSC_VER = 1200 _CRTIMP __declspec(noreturn) void __cdecl exit(int); #else _CRTIMP void __cdecl exit(int); #endif ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] CVS - Problem compiling under Cygwin
I wrote: This morning I updated FGFS cvs and tried to compile under Cygwin - it failed with configure: creating ./config.status config.status: creating \ .infig.status: error: cannot find input file: \ This evening I downloaded the whole file system to a new directory - same result. There are no other obvious faults: plib and SimGear are the correct versions. Any ideas? Or is cvs broken? Problem solved - I just did it all over (a couple of times). It finally gave in and compiled. Vivian ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
[Flightgear-devel] Announce: FlightGear-0.9.8-pre1 and SimGear-0.3.8-pre1
The first prerelease of FlightGear-0.9.8 and SimGear-0.3.8 are available for download. Please see their respective web sites for details: http://www.flightgear.org http://www.simgear.org It would be great if as many people as possible could download this pre-release and give it a try and let us know if there are any problems. 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
[Flightgear-devel] apt.dat.gz replaces basic.dat.gz and runways.dat.gz
I just commited a change to cvs that replaces the old basic.dat.gz and runways.dat.gz files (which were in an old depricated/unsupported format) with apt.dat.gz which is in the X-Plane format. This is the format we now officially support. Having one single format between X-Plane and FlightGear greatly simplifies the work Robin Peel has to do to maintain the database. This change required some loader changes which had some minor cascading name changes sprinkled throughout the code. Everything seems to work as before, but I haven't tested the ATC/AI/Traffic manager stuff so someone who uses that stuff should do a quick check to make sure I didn't break anything there. 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 Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
RE: [Flightgear-devel] apt.dat.gz replaces basic.dat.gz andrunways.dat.gz
Hi Curt Curtis L. Olson writes I just commited a change to cvs that replaces the old basic.dat.gz and runways.dat.gz files (which were in an old depricated/unsupported format) with apt.dat.gz which is in the X-Plane format. This is the format we now officially support. Having one single format between X-Plane and FlightGear greatly simplifies the work Robin Peel has to do to maintain the database. Does this work with Atlas now?.The last time I went to build the maps using Atlas I had to get the old default.nav files to get Atlas to work. Regards, Curt. Cheers Innis ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d
Re: [Flightgear-devel] apt.dat.gz replaces basic.dat.gz and runways.dat.gz
On Thursday 23 December 2004 01:00, Curtis L. Olson wrote: Everything seems to work as before, but I haven't tested the ATC/AI/Traffic manager stuff so someone who uses that stuff should do a quick check to make sure I didn't break anything there. I'll have a look at it tomorrow. Cheers, Durk ___ Flightgear-devel mailing list Flightgear-devel@flightgear.org http://mail.flightgear.org/mailman/listinfo/flightgear-devel 2f585eeea02e2c79d7b1d8c4963bae2d