Re: [Opentnl-general] Porting Question
Brought to you by:
mark_frohnmayer,
s_alanet
From: John W. <ca...@mm...> - 2004-10-27 14:23:50
|
Boris Koenig wrote: > Mark Frohnmayer wrote: > > >> >> >> It should compile fine with GCC 2.9.5 and 3.x > > > I haven't had problems with that personally, but I think John > can comment on that ? > I've had no problems with GCC 2.9.5 and 3.0. Believe Jon Stockill was having run time problems with the dynamic casting when we ran the field test. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< ----- Original Message ----- > From: "Jon Stockill" <li...@st...> > To: "FlightGear developers discussions" <fli...@fl...> > Sent: Saturday, October 09, 2004 3:41 AM > Subject: Re: [Flightgear-devel] Buildiing/running the ATC network test > > >> > >> > And the master falls over: >> > >> > Program received signal SIGSEGV, Segmentation fault. >> > [Switching to Thread 16384 (LWP 11705)] >> > 0x080a3e68 in ?? () >> > (gdb) bt >> > #0 0x080a3e68 in ?? () >> > #1 0x400e0974 in __dynamic_cast (from=0x80a3e68, >> > to=0x807b740 <typeinfo for TNL::Object>, require_public=134723644, >> > address=0x0, sub=0xbfffefb8, subptr=0x4000a490) >> > at ../../gcc-2.95.3/gcc/cp/tinfo2.cc:282 >> > #2 0x08056613 in TNL::NetConnectionRep::create ( >> > name=0xbfffeb80 "MasterServerConnection") at netConnection.cpp:50 >> > #3 0x0805c458 in TNL::NetInterface::handleConnectRequest (this=0x809a520, > > >>> > address=@0xbffff010, stream=0xbffff030) at netInterface.cpp:762 >>> > #4 0x0805b11f in TNL::NetInterface::processPacket (this=0x809a520, >>> > sourceAddress=@0xbffff010, pStream=0xbffff030) at >> >> >> netInterface.cpp:462 > > >>> > #5 0x0805affb in TNL::NetInterface::checkIncomingPackets(this=0x809a520) >> >> >>> > at netInterface.cpp:422 >>> > #6 0x08049cc6 in main (argc=1, argv=0xbffff7f4) at main.cpp:667 >>> > (gdb) >>> > >>> > >> >> >> It looks like they assert the case when the the NULL pointer is returned, >> but don't catch the exception throw. I guess the bigger question is why the > > >> dynamic_cast fails. Need to dig a little more... >> >> BTW, is this the same problem you had when you tried to connect with the >> controller/pilot nodes during the field test. The test log shows the initial > >> handshake sequence, a couple of resends by the master, and then "silence" > > >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Have been unable to duplicate or decipher where the problem might be. Need to query Jon on more details on system specifics, Linux version, GCC, etc Regards John W. |