Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Thu, 2008-10-23 at 09:44 +0200, James Turner wrote:
On 23 Oct 2008, at 02:19, Csaba Halász wrote:
Of course it isn't valid, inside the function it is only setting a
local variable (pass by value), and it does not return anything.
As the _runway argument is output only, there is no reason to pass it
as argument. Rather, the function should have a return type of
FGRunway*.
Grrr - kicking myself for not seeing this, this is all because
FGRunway was on the stack previously, and the Mk-VIII didn't use a
reference for the out parameter. Returning a pointer is of course
cleaner, I even thought about doing that re-factoring, without
spotting that the our parameter was broken.
Thanks for figuring this out.
James
Thanks to Csaba for helping out with the C++. This works a treat. I
attach the complete patch for fixing the MK_VIII problems. Could some
check and commit please?
Kind regards,
Alasdair
Index: mk_viii.hxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/mk_viii.hxx,v
retrieving revision 1.7
diff -u -r1.7 mk_viii.hxx
--- mk_viii.hxx 15 Aug 2008 18:48:12 - 1.7
+++ mk_viii.hxx 23 Oct 2008 14:06:13 -
@@ -1563,7 +1563,7 @@
double to_heading);
double get_azimuth_difference (const FGRunway *_runway);
-void select_runway (const FGAirport *airport, FGRunway *_runway);
+FGRunway* select_runway (const FGAirport *airport);
void update_runway ();
void get_bias_area_edges (Position *edge,
Index: mk_viii.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/src/Instrumentation/mk_viii.cxx,v
retrieving revision 1.10
diff -u -r1.10 mk_viii.cxx
--- mk_viii.cxx 11 Sep 2008 08:38:10 - 1.10
+++ mk_viii.cxx 23 Oct 2008 14:06:16 -
@@ -4489,10 +4489,10 @@
// This selection algorithm is not specified in [SPEC], but
// http://www.egpws.com/general_information/description/runway_select.htm
// talks about automatic runway selection.
-void
-MK_VIII::TCFHandler::select_runway (const FGAirport *airport,
-FGRunway *_runway)
+FGRunway*
+MK_VIII::TCFHandler::select_runway (const FGAirport *airport)
{
+ FGRunway* _runway = 0;
double min_diff = 360;
for (unsigned int r=0; rairport-numRunways(); ++r) {
@@ -4504,6 +4504,7 @@
_runway = rwy;
}
} // of airport runways iteration
+ return _runway;
}
bool MK_VIII::TCFHandler::AirportFilter::pass(FGAirport *a)
@@ -4532,15 +4533,14 @@
// the airport's reference point.
AirportFilter filter(mk);
const FGAirport *airport = globals-get_airports()-search(
- mk_data(gps_latitude).get(), mk_data(gps_longitude).get(),
+ mk_data(gps_longitude).get(), mk_data(gps_latitude).get(),
0.5, filter);
if (!airport) return;
has_runway = true;
- FGRunway* _runway;
- select_runway(airport, _runway);
+ FGRunway* _runway = select_runway(airport);
runway.center.latitude = _runway-latitude();
runway.center.longitude = _runway-longitude();
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Sun, 2008-10-19 at 12:27 +0100, James Turner wrote: On 18 Oct 2008, at 22:30, Alasdair Campbell wrote: I wonder if anyone can confirm the following strange behaviour or give me me a hint as to where to start looking? If I start up either the CitatationX or the Bravo at EGPF (my local airport), on selecting Autostart, fgfs gives me a segfault. Any other airport, everything works perfectly. I am using a fresh checkout of today's Simgear, FG source and data. You don't need the UK scenery to demonstrate this fault. dominatrix:~fgfs --aircraft=CitationX --airport=EGPF FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Segmentation fault Yep, I'm getting this as well at EGPF, with either Citation. It's something to do with my FGPositioned changes, and *seems* to be related to the KLN89b / DCLGPS code - except as far as I can tell, neither Citation uses the KLN89b - in fact, the only aircraft that does is one of the c172 variants. I sort of assume it must happen at other airports, but since I often fly locally around that area, EGPF is always where i get it. Oh, it also crashes if you arrive at EGPF from outside - I did a flight around the western isles and down over Loch Lomond, and as I was manoeuvring to intercept the localiser of one of the runways, got the exact same crash. So it's something pretty weird. If it really is *only* EGPF that has this issue, that's even more weird, of course. Anyway, I am pretty sure this is my fault, I will dig into it tonight. James James, Having patched the code to correct the lat/long problem, I have debugged src/Instrumentation/mkviii.cxx, which is causing the crash, by putting some debug couts in there. Here is my output: dominatrix:~fgfs FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check ***ALI in MK_VIII::TCFHandler::update_runway(), looking for airport close to lat 55.872 lon -4.42762 ***ALI in MK_VIII::TCFHandler::update_runway(), closest airport is EGPF Glasgow ***ALI in MK_VIII::TCFHandler::update_runway(), calling select_runway(airport, _runway) with _runway pointer = 0 ALI in select_runway, called with _runway pointer = 0 ALI in select_runway, Looking at the 4 runways at EGPF ALI in select_runway, Looking at runway heading 46.34 diff is 141.747 ALI in select_runway, setting _runway pointer to 0xb954280 ALI in select_runway, Looking at runway heading 226.34 diff is 38.2533 ALI in select_runway, setting _runway pointer to 0xb954340 ALI in select_runway, Looking at runway heading 91.15 diff is 179.993 ALI in select_runway, Looking at runway heading 271.15 diff is 0.00694406 ALI in select_runway, setting _runway pointer to 0xb954460 ALI in select_runway, final _runway pointer is 0xb954460 ...returning ***ALI in MK_VIII::TCFHandler::update_runway(), returned from select_runway(airport, _runway) with _runway pointer = 0 Segmentation fault dominatrix:~ As we can see, the address of _runway is set up within select_runway(airport, _runway), but is no longer valid (NULL) when control is returned to the caller. Hence the crash at the following line, 4545 runway.center.latitude = _runway-latitude(); I don't know how to fix this. Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Sun, 2008-10-19 at 12:27 +0100, James Turner wrote: On 18 Oct 2008, at 22:30, Alasdair Campbell wrote: I wonder if anyone can confirm the following strange behaviour or give me me a hint as to where to start looking? If I start up either the CitatationX or the Bravo at EGPF (my local airport), on selecting Autostart, fgfs gives me a segfault. Any other airport, everything works perfectly. I am using a fresh checkout of today's Simgear, FG source and data. You don't need the UK scenery to demonstrate this fault. dominatrix:~fgfs --aircraft=CitationX --airport=EGPF FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Segmentation fault Yep, I'm getting this as well at EGPF, with either Citation. It's something to do with my FGPositioned changes, and *seems* to be related to the KLN89b / DCLGPS code - except as far as I can tell, neither Citation uses the KLN89b - in fact, the only aircraft that does is one of the c172 variants. I sort of assume it must happen at other airports, but since I often fly locally around that area, EGPF is always where i get it. Oh, it also crashes if you arrive at EGPF from outside - I did a flight around the western isles and down over Loch Lomond, and as I was manoeuvring to intercept the localiser of one of the runways, got the exact same crash. So it's something pretty weird. If it really is *only* EGPF that has this issue, that's even more weird, of course. Anyway, I am pretty sure this is my fault, I will dig into it tonight. James The problem actually lies in Instrumentation/mk_viii.cxx in MK_VIII::TCFHandler::update_runway, recently patched by yourself. (gdb backtrace enclosed) I am unsufficently clued up in c++ to figure out what this code is trying to do, and I would be delighted if you could inform me why EGPF breaks this code. Kind regards, Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel dominatrix:~gdb fgfs GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... (gdb) run Starting program: /usr/local/bin/fgfs [Thread debugging using libthread_db enabled] [New Thread 0xb62146e0 (LWP 10229)] [New Thread 0xb2df0b90 (LWP 10232)] Error: connect() failed in make_client_socket() SG_IO_OUT socket creation failed VOICE: no connection to `localhost:1314' [New Thread 0xb25efb90 (LWP 10233)] [New Thread 0xb1bcdb90 (LWP 10234)] [New Thread 0xb13ccb90 (LWP 10235)] Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Chat [*FGMS*] Welcome to pigeond.net Chat [*FGMS*] using protocol version v1.1This server is tracked. Chat [*FGMS*] alcam is now online, using Chat [*FGMS*] Aircraft/CitationX/Models/Citation-X.xml Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb62146e0 (LWP 10229)] 0x083e0115 in MK_VIII::TCFHandler::update_runway (this=0xe94d95c) at mk_viii.cxx:4545 4545 runway.center.latitude = _runway-latitude(); (gdb) backtrace #0 0x083e0115 in MK_VIII::TCFHandler::update_runway (this=0xe94d95c) at mk_viii.cxx:4545 #1 0x083e02f9 in MK_VIII::TCFHandler::update (this=0xe94d95c) at mk_viii.cxx:4808 #2 0x083e8c16 in MK_VIII::update (this=0xe94d218, dt=0.01) at mk_viii.cxx:4954 #3 0x085ca0a9 in SGSubsystemGroup::Member::update (this=0xef408d0, delta_time_sec=0.01) at subsystem_mgr.cxx:309 #4 0x085cbdfe in SGSubsystemGroup::update (this=0xef7fe08, delta_time_sec=0.01) at subsystem_mgr.cxx:162 #5 0x085ca0a9 in SGSubsystemGroup::Member::update (this=0xefb2488, delta_time_sec=0.01) at subsystem_mgr.cxx:309 #6 0x085cbdfe in SGSubsystemGroup::update (this=0x8ee66dc, delta_time_sec=0.01) at subsystem_mgr.cxx:162 #7 0x08069d60 in fgMainLoop () at main.cxx:491 #8 0x080a6e42 in flightgear::FGManipulator::handle (this=0x8ee5470, [EMAIL PROTECTED], [EMAIL PROTECTED]) at FGManipulator.cxx:183 #9 0xb773ea5d in osgViewer::Viewer::eventTraversal () from /usr/local/lib/libosgViewer.so.47 #10 0xb77488b3 in osgViewer::ViewerBase
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Mon, 2008-10-20 at 22:20 +0100, Alasdair Campbell wrote: On Sun, 2008-10-19 at 12:27 +0100, James Turner wrote: On 18 Oct 2008, at 22:30, Alasdair Campbell wrote: I wonder if anyone can confirm the following strange behaviour or give me me a hint as to where to start looking? If I start up either the CitatationX or the Bravo at EGPF (my local airport), on selecting Autostart, fgfs gives me a segfault. Any other airport, everything works perfectly. I am using a fresh checkout of today's Simgear, FG source and data. You don't need the UK scenery to demonstrate this fault. dominatrix:~fgfs --aircraft=CitationX --airport=EGPF FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Segmentation fault Yep, I'm getting this as well at EGPF, with either Citation. It's something to do with my FGPositioned changes, and *seems* to be related to the KLN89b / DCLGPS code - except as far as I can tell, neither Citation uses the KLN89b - in fact, the only aircraft that does is one of the c172 variants. I sort of assume it must happen at other airports, but since I often fly locally around that area, EGPF is always where i get it. Oh, it also crashes if you arrive at EGPF from outside - I did a flight around the western isles and down over Loch Lomond, and as I was manoeuvring to intercept the localiser of one of the runways, got the exact same crash. So it's something pretty weird. If it really is *only* EGPF that has this issue, that's even more weird, of course. Anyway, I am pretty sure this is my fault, I will dig into it tonight. James The problem actually lies in Instrumentation/mk_viii.cxx in MK_VIII::TCFHandler::update_runway, recently patched by yourself. (gdb backtrace enclosed) I am unsufficently clued up in c++ to figure out what this code is trying to do, and I would be delighted if you could inform me why EGPF breaks this code. Kind regards, Alasdair I added a line of code to show me which was the closest airport detected (patch attached) and was amused to notice the following: dominatrix:~fgfs --aircraft=CitationX --airport=EGPF Error: connect() failed in make_client_socket() SG_IO_OUT socket creation failed VOICE: no connection to `localhost:1314' Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Chat [*FGMS*] alcam is now online, using Chat [*FGMS*] this is version v0.9.11 (LazyRelay rev 1.14) ***ALI **closest airport is FSPP PRASLIN Segmentation fault dominatrix:~ Had I realized that the Seychelles were less than 15 nm from Glasgow, I would have revisited many times. Regards, Alasdair --- mk_viii.cxx 2008-10-21 00:07:08.0 +0100 +++ mk_viii_mine.cxx 2008-10-20 23:49:43.0 +0100 @@ -71,7 +71,7 @@ #include simgear/misc/sg_path.hxx #include simgear/sound/soundmgr_openal.hxx #include simgear/structure/exception.hxx - +#include iostream using std::string; #include Airports/runways.hxx @@ -4536,7 +4536,7 @@ 0.5, filter); if (!airport) return; - + cout***ALI **closest airport is airport-getId() airport-getName()endl; has_runway = true; FGRunway* _runway; - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
On Tue, 2008-10-21 at 00:31 +0100, Alasdair Campbell wrote: On Mon, 2008-10-20 at 22:20 +0100, Alasdair Campbell wrote: On Sun, 2008-10-19 at 12:27 +0100, James Turner wrote: On 18 Oct 2008, at 22:30, Alasdair Campbell wrote: I wonder if anyone can confirm the following strange behaviour or give me me a hint as to where to start looking? If I start up either the CitatationX or the Bravo at EGPF (my local airport), on selecting Autostart, fgfs gives me a segfault. Any other airport, everything works perfectly. I am using a fresh checkout of today's Simgear, FG source and data. You don't need the UK scenery to demonstrate this fault. dominatrix:~fgfs --aircraft=CitationX --airport=EGPF FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Segmentation fault Yep, I'm getting this as well at EGPF, with either Citation. It's something to do with my FGPositioned changes, and *seems* to be related to the KLN89b / DCLGPS code - except as far as I can tell, neither Citation uses the KLN89b - in fact, the only aircraft that does is one of the c172 variants. I sort of assume it must happen at other airports, but since I often fly locally around that area, EGPF is always where i get it. Oh, it also crashes if you arrive at EGPF from outside - I did a flight around the western isles and down over Loch Lomond, and as I was manoeuvring to intercept the localiser of one of the runways, got the exact same crash. So it's something pretty weird. If it really is *only* EGPF that has this issue, that's even more weird, of course. Anyway, I am pretty sure this is my fault, I will dig into it tonight. James The problem actually lies in Instrumentation/mk_viii.cxx in MK_VIII::TCFHandler::update_runway, recently patched by yourself. (gdb backtrace enclosed) I am unsufficently clued up in c++ to figure out what this code is trying to do, and I would be delighted if you could inform me why EGPF breaks this code. Kind regards, Alasdair I added a line of code to show me which was the closest airport detected (patch attached) and was amused to notice the following: dominatrix:~fgfs --aircraft=CitationX --airport=EGPF Error: connect() failed in make_client_socket() SG_IO_OUT socket creation failed VOICE: no connection to `localhost:1314' Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Chat [*FGMS*] alcam is now online, using Chat [*FGMS*] this is version v0.9.11 (LazyRelay rev 1.14) ***ALI **closest airport is FSPP PRASLIN Segmentation fault dominatrix:~ Had I realized that the Seychelles were less than 15 nm from Glasgow, I would have revisited many times. Regards, Alasdair I have now established why this problem appeared so weird. In Instrumentation/mk_viii.cxx at line 4534 you've got latitude and longitude transposed in const FGAirport *airport = globals-get_airports()-search( mk_data(gps_latitude).get(), mk_data(gps_longitude).get(), 0.5, filter); Correcting this error will will cause the Citations to crash at line 4545 at ALL airports which is kind of saner. As you suggested, the problem seems to lie in the longitude(), latitude() etc defined in positioned.hxx I have beavered away in the midnight oil to fix, but am too hampered by poor c++ skills. Regards, Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] CVS CitationX and Bravo segfault at EGPF
Hi All, I wonder if anyone can confirm the following strange behaviour or give me me a hint as to where to start looking? If I start up either the CitatationX or the Bravo at EGPF (my local airport), on selecting Autostart, fgfs gives me a segfault. Any other airport, everything works perfectly. I am using a fresh checkout of today's Simgear, FG source and data. You don't need the UK scenery to demonstrate this fault. dominatrix:~fgfs --aircraft=CitationX --airport=EGPF FGMultiplayMgr - No receiver port, Multiplayermode disabled Electrical System ... ok Flight Director ...Check Primus 1000 systems ... check Segmentation fault Kind regards, Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] fixlist.cxx compile error
On Fri, 2008-08-22 at 20:25 +0100, James Turner wrote: On 22 Aug 2008, at 18:01, Alasdair Campbell wrote: I resolved the problem by adding #include algorithm after the end of the #include directives. I don't know if this is the correct solution or whether this error is specific to my system (daily updated Debian Sid). I know you are going to say Serves you right!, but I enjoy being on the edge. Would not be enjoying FG CVS otherwise. This is my fault (introducing the user of lower_bound) but I don't get why it works on other GCC-based platforms. What GCC version is this? 4.2? 4.3? Apologies for the glitch. James dominatrix:~gcc --version gcc (Debian 4.3.1-9) 4.3.1 Copyright (C) 2008 Free Software Foundation, Inc. ... but I had CC=gcc-4.1 in the environment. both seem to object to the missing directive. Odd, hmm, that I am the only guy to have found the problem. BTW, fixlist.cxx:35:31: warning: extra tokens at end of #include directive there is a redundant semi-colon in there. Regards, Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Tool available to build an aircraft
On Thu, 2008-08-21 at 15:07 +, [EMAIL PROTECTED] wrote: Hi, I am wondering if there is a tool available for a person that has no experience to create an aircraft in flightgear to use. Thank's for your help. Sophia On Tue, 2008-08-12 at 17:18 +0200, Anders Gidenstam wrote: On Tue, 12 Aug 2008, Fabian Grodek wrote: Very interesting and instructive. Thank you for that, really. But now that I know how to make that nice effect, I'd like to be able to create the aircraft model first! I'm still quite far from that stage of aircraft modelling. Is there any newbies tutorial on how to build a simple aircraft from scratch in Blender? Fabian There is a very good one in French by Emmanuel Baranger: http://helijah.free.fr/flightgear/Creation/Creation-fr.htm An (auto? :) translation to English: http://helijah.free.fr/flightgear/Creation/Creation-en.htm Cheers, Anders Perhaps the above suggestion will give you some help Regards, Alasdair - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Build from CVS fails
Today I am unable to build FG from CVS (OSG) branch. The build fails to compile src/FDM/JSBSim/models/FGOutput.cpp, giving the following error: if g++ -DHAVE_CONFIG_H -I. -I. -I../../../../src/Include -I../../../../src/FDM/JSBSim -I/usr/local/include -g -O2 -D_REENTRANT -MT FGOutput.o -MD -MP -MF .deps/FGOutput.Tpo -c -o FGOutput.o FGOutput.cpp; \ then mv -f .deps/FGOutput.Tpo .deps/FGOutput.Po; else rm -f .deps/FGOutput.Tpo; exit 1; fi FGOutput.cpp: In constructor 'JSBSim::FGOutput::FGOutput(JSBSim::FGFDMExec*)': FGOutput.cpp:137: error: 'memset' was not declared in this scope make[5]: *** [FGOutput.o] Error 1 make[5]: Leaving directory `/usr/local/src/flightgear_cvs/src/FDM/JSBSim/models' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/usr/local/src/flightgear_cvs/src/FDM/JSBSim/models' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/local/src/flightgear_cvs/src/FDM/JSBSim' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/flightgear_cvs/src/FDM' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/flightgear_cvs/src' make: *** [all-recursive] Error 1 dominatrix:/usr/local/src/flightgear_cvs# I don't know enough C++ to figure this out for myself. Can someone help? Kind regards -- Alasdair Campbell - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Build from CVS fails
On Sat, 2008-07-12 at 22:34 +0200, Anders Gidenstam wrote: On Sat, 12 Jul 2008, Alasdair Campbell wrote: Today I am unable to build FG from CVS (OSG) branch. The build fails to compile src/FDM/JSBSim/models/FGOutput.cpp, giving the following error: Add the line #include cstring below the line #include iomanip in src/FDM/JSBSim/models/FGOutput.cpp. Cheers, Anders Thank you Anders, that did the trick Alasdair - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG build fails with plib 1.8.5 and SLD
On Sat, 2008-03-15 at 14:49 -0600, dave perry wrote: Alasdair Campbell wrote: So all is OK now except for the hotspots on my c172 radio stack which have gone haywire. Clicking on the COM2 swap button switches COM1 radio, Clicking the ADF buttons change the COM2 radio, the Autopilot buttons are ineffective, etc.etc. Can anyone confirm this behaviour? Try resizing the window. I pointed this out more that a month ago, but Tim Moore (who is maintaining osgviewer) was unable to reproduce the problem on his system. The resize can be dragging a side of the window or minimize/maximize the window. The mouse coordinates are not properly initialized (I speculate) until this is done. - Dave Perry Thank You, Dave, you are correct. Min/max the window and the hotspots behave as expected. Sorry I missed your original post. Kind regards, Alasdair - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] FG build fails with plib 1.8.5 and SLD
I have just tried to build today's cvs. My configure options are normally --disable-glut --enable-sdl --enable-osg viewer. I have downloaded and installed the latest plib svn version. Now, if I include the --enable-sdl option, the make fails as shown in the attached file. I am running debian (sid) and the SDL version from the disro is 1.2.13. I have never experienced ant problems with building and running FGFS until installing plib-1.8.5 (now mandatory). Can anyone help? Kind regards, Alasdair dominatrix:/usr/local/src/flightgear_cvs#make Making all in tests make[1]: Entering directory `/usr/local/src/flightgear_cvs/tests' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/src/flightgear_cvs/tests' Making all in man make[1]: Entering directory `/usr/local/src/flightgear_cvs/man' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/local/src/flightgear_cvs/man' Making all in scripts make[1]: Entering directory `/usr/local/src/flightgear_cvs/scripts' Making all in debug make[2]: Entering directory `/usr/local/src/flightgear_cvs/scripts/debug' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/local/src/flightgear_cvs/scripts/debug' Making all in perl make[2]: Entering directory `/usr/local/src/flightgear_cvs/scripts/perl' Making all in examples make[3]: Entering directory `/usr/local/src/flightgear_cvs/scripts/perl/examples' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/local/src/flightgear_cvs/scripts/perl/examples' make[3]: Entering directory `/usr/local/src/flightgear_cvs/scripts/perl' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/usr/local/src/flightgear_cvs/scripts/perl' make[2]: Leaving directory `/usr/local/src/flightgear_cvs/scripts/perl' Making all in python make[2]: Entering directory `/usr/local/src/flightgear_cvs/scripts/python' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/local/src/flightgear_cvs/scripts/python' make[2]: Entering directory `/usr/local/src/flightgear_cvs/scripts' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/usr/local/src/flightgear_cvs/scripts' make[1]: Leaving directory `/usr/local/src/flightgear_cvs/scripts' Making all in src make[1]: Entering directory `/usr/local/src/flightgear_cvs/src' Making all in Include make[2]: Entering directory `/usr/local/src/flightgear_cvs/src/Include' make all-am make[3]: Entering directory `/usr/local/src/flightgear_cvs/src/Include' make[3]: Leaving directory `/usr/local/src/flightgear_cvs/src/Include' make[2]: Leaving directory `/usr/local/src/flightgear_cvs/src/Include' Making all in Aircraft make[2]: Entering directory `/usr/local/src/flightgear_cvs/src/Aircraft' if g++ -DHAVE_CONFIG_H -I. -I. -I../../src/Include -I../.. -I../../src -I/usr/local/include -g -O2 -D_REENTRANT -MT aircraft.o -MD -MP -MF .deps/aircraft.Tpo -c -o aircraft.o aircraft.cxx; \ then mv -f .deps/aircraft.Tpo .deps/aircraft.Po; else rm -f .deps/aircraft.Tpo; exit 1; fi In file included from /usr/include/plib/pu.h:1591, from ../../src/GUI/gui.h:36, from ../../src/Cockpit/hud.hxx:62, from aircraft.cxx:42: /usr/include/plib/puSDL.h:32:17: error: SDL.h: No such file or directory In file included from /usr/include/plib/pu.h:1591, from ../../src/GUI/gui.h:36, from ../../src/Cockpit/hud.hxx:62, from aircraft.cxx:42: /usr/include/plib/puSDL.h: In function 'void puGetWindowSizeSDL(int*, int*)': /usr/include/plib/puSDL.h:42: error: 'SDL_Surface' was not declared in this scope /usr/include/plib/puSDL.h:42: error: 'display' was not declared in this scope /usr/include/plib/puSDL.h:42: error: 'SDL_GetVideoSurface' was not declared in this scope make[2]: *** [aircraft.o] Error 1 make[2]: Leaving directory `/usr/local/src/flightgear_cvs/src/Aircraft' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/flightgear_cvs/src' make: *** [all-recursive] Error 1 dominatrix:/usr/local/src/flightgear_cvs# - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] FG build fails with plib 1.8.5 and SLD
On Sat, 2008-03-15 at 17:31 +0100, Melchior FRANZ wrote: * Alasdair Campbell -- Saturday 15 March 2008: /usr/include/plib/puSDL.h:32:17: error: SDL.h: No such file or directory No sdl-devel installed, apparently. But using SDL is depreciated. Dump the --enable-sdl and use -- instead and *only*. You can't have both. m. Thanks Melchior. I tried your option of ./configure --enable-osgviewer and the build went just fine. But I did have the sdl-dev package installed. No matter, sdl in debian looks horribly complicated with many dependencies, so I prefer to leave it alone. So all is OK now except for the hotspots on my c172 radio stack which have gone haywire. Clicking on the COM2 swap button switches COM1 radio, Clicking the ADF buttons change the COM2 radio, the Autopilot buttons are ineffective, etc.etc. Can anyone confirm this behaviour? Kind regards, Alasdair - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] ATIS and environment
On Mon, 2008-03-03 at 20:49 +0100, Csaba Halász wrote: On Mon, Mar 3, 2008 at 7:40 PM, Alasdair Campbell [EMAIL PROTECTED] wrote: BTW, (OT), does anyone know how I can set up the standby frequencies on my radios in command line/.fgfsrc? --prop:/instrumentation/comm/frequencies/standby-mhz= Thanks for the handy tip. Regards, Alasdair - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
