Re: [Flightgear-devel] compiling error on MSVC
This error has been fixed in CVS. MSVC6 is not able to choose between two member functions, one const and the other not const, so you have to cast the 4th argument : PropertyManager-Tie(atmosphere/p-turb-rad_sec, this,1, FGAtmosphere::GetTurbPQR); becomes: PropertyManager-Tie(atmosphere/p-turb-rad_sec, this,1, (double (FGAtmosphere::*PMF)(int) const)FGAtmosphere::GetTurbPQR); and so on for different classes in different files. Cheers, -Fred _ Frederic Bouvier Maintainer of the FlightGear Scenery Designer project http://fgsd.sourceforge.net - Original Message - From: Christian Stock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 09, 2002 5:18 AM Subject: [Flightgear-devel] compiling error on MSVC I just downloaded flightgear 0.7.10 and I'm trying to get it to compile on Windoze MSVC 6.0. I got glut, plib, sim-gear compiled w/o any probs. For FG I get this error at quite a few places. error C2661: 'Tie' : no overloaded function takes 4 parameters I had a look at the Tie functions in FGPropertyManager, but couldn't work out what's wrong. Maybe I have to include a cast or so (doesn't really make sense because those functions use templates anyway)? Anyone come across this and knows how to fix it? Cheers, Christian ___ 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] Java client library
Norman Vine writes: FWIW - What I think would likely be the 'pentultimate' system is a Tool that read the existing XML configuration files and automagically created a GUI from what it found. This is sort of what the HTML interface to the properties does now If the GUI is able to run on a different box than the program, it will have to be able to get all of the information it needs over the network connection without touching any config files. The current telnet interface is usable for now, but we might want to be able to pass extra information in the future. 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] Java client library
Norman Vine writes: but this was in reference to 'ease of use' for 'users' not 'developers' hmmm maybe FlightGear 'users' all know how to run compilers :-)) No, but any ones who can write Python or Java code certainly can. A user-friendly, extensible GUI would probably have a GUI interface for adding new forms and fields and would save the new configuration in a format that the user never sees. The Java GUI could allow runtime Python scripting through JPython, but it would probably make more sense to use ECMAScript since it's better known. 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
[Flightgear-devel] --wind option update
I've updated the --wind=DIR@SPEED option to allow a range for DIR or SPEED. For example, winds from 180 degrees at 10 knots gusting 15 knots would be --wind=180@10:15 I haven't had the chance to add variable wind direction to FGEnvironment yet, but the option will be accepted: --wind=180:220@5 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] Java client library
Norman Vine [EMAIL PROTECTED] said: My point was that the beauty of having a 'scriptable' GUI was that a user, not a developer / programmer, should be able to personalize their GUI easily, not so sure this would be possible with a C++ GUI. Well one time I was asked to write an xml configurable gui based on pui, but I suppose that would create an undesireable requirement for opengl on the clients. Seems as though it could be possible design an xml based script that could be backended with just about anything though. As far as java is concerned, my feelings are mixed. Java is a very interesting and fun language, but for the most part anything of consequence running in jvm seems to be a little pigish and fails to take full advantage of much of what gui style interface is best for. With it's proprietary licensing it'd be a shame if it turned into the favored platform for Flight Gear gui clients, imho. Best, Jim ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Re: [Flightgear-devel] compiling error on MSVC
Thanks, Fred. I have downloaded the CVS version now, and as you said this has been fixed. However, I get a lot of link errors when I compile flightgear (simgear cvs compiled fine). Do I have to be aware where to put the plib and simgear libs? Or are the incompatibilities between version, eg simgear cvs doesn't work with flightgear cvs? Cheers, Christian At 09:58 AM 9/06/2002 +0200, you wrote: This error has been fixed in CVS. MSVC6 is not able to choose between two member functions, one const and the other not const, so you have to cast the 4th argument : PropertyManager-Tie(atmosphere/p-turb-rad_sec, this,1, FGAtmosphere::GetTurbPQR); becomes: PropertyManager-Tie(atmosphere/p-turb-rad_sec, this,1, (double (FGAtmosphere::*PMF)(int) const)FGAtmosphere::GetTurbPQR); and so on for different classes in different files. Cheers, -Fred _ Frederic Bouvier Maintainer of the FlightGear Scenery Designer project http://fgsd.sourceforge.net - Original Message - From: Christian Stock [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 09, 2002 5:18 AM Subject: [Flightgear-devel] compiling error on MSVC I just downloaded flightgear 0.7.10 and I'm trying to get it to compile on Windoze MSVC 6.0. I got glut, plib, sim-gear compiled w/o any probs. For FG I get this error at quite a few places. error C2661: 'Tie' : no overloaded function takes 4 parameters I had a look at the Tie functions in FGPropertyManager, but couldn't work out what's wrong. Maybe I have to include a cast or so (doesn't really make sense because those functions use templates anyway)? Anyone come across this and knows how to fix it? Cheers, Christian ___ 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 ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
[Flightgear-devel] Re: progress
Hi, Just wanted to let you know that I haven't disappeared. I've been quite busy at work the last two weeks and haven't had a lot of free time. I'm shooting for posting a new Windows alpha executable and a tar of the source presuming Linux is building ok this weekend. Any news on your end? Well, I've been working on a Multi-function Control Display Unit (MCDU) which connects to the FMC and provides manual control of the nav receivers and other aircraft systems. Next major effort is adding ability to insert and edit waypoints and do some flight testing of the LNAV and VNAV. It has a string-based network interface and will work across different platforms on the network. It also includes the logic to control the EICAS and NAV displays. If the control panel would fail on an actual flight deck, the MCDU can be used as a backup control head to bring up the various engine, nav, and system displays. The FMC still needs some work on the thrust/speed control and VNAV features, but it will fly a coupled approach with an autoflare and rollout capability. Thanks to Jim Brennan and all his help in laying out the control sequence The not-so-good-news --- it runs as a single opengl app (I've got my copy running on a laptop) and uses the SimGear library socket functions. (You need 3 networked machines, but you do get the *whole enchilada*) A full complement of flight deck displays (OpenGC), a multi-function control unit (MCDU), a flight dynamics model and scenery(FlightGear). I've spent a little time looking at the EPIC and FSUIPC stuff, but haven't really looked at how to make a compatible interface with OpenGC and FG sockets. Nor have I thought of how to add the MCDU to the OpenGC package... As far as the CVS source is concerned; have not commited any changes of late so the Linux build should be intact ;-P. Regards John W. ___ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel