From: Gustavo A. <gus...@po...> - 2003-11-12 14:29:24
|
I rebuilded the program and could not reproduce the last error I submited. Hadn't changed a thing... This is really strange. Now I'm tracking the following one, that I call "FleetButtonRender-Bug": Command sequence: - Start a new game with only one human player - Set production to industry - split fleet into 2 - one(the new one, named Fleet 482) with a colony ship the other with 2 scouts - send colony ship to a planet on lower left - send scouts to a planet on upper left The program segfaults at FleetButtonRender::Render . I couldnt reproduce in the debug the last moments before the bug since it happens the instant I issue the last command and I can't issue the command with the program stoped (it does not render). If someone has any idea on how can I track it please post it here. If someone is interested I can send the coredumps genereated by the bug. This is the backtrace of it: #0 0x405bb875 in GG::Wnd::UpperLeft() const (this=0x857b0f0) at GGWnd.cpp:109 109 retval += m_parent->ClientUpperLeft(); (gdb) bt #0 0x405bb875 in GG::Wnd::UpperLeft() const (this=0x857b0f0) at GGWnd.cpp:109 #1 0x08121fa2 in MapWnd::RenderFleetMovementLines() (this=0x8306838) at ../../UI/MapWnd.cpp:405 #2 0x0811fece in MapWnd::Render() (this=0x8306838) at ../../UI/MapWnd.cpp:119 #3 0x40512ffa in GG::App::RenderWindow(GG::Wnd*) (this=0xbfffefe8, wnd=0x8306838) at GGApp.cpp:538 #4 0x40512f10 in GG::App::Render() (this=0xbfffefe8) at GGApp.cpp:526 #5 0x0809153c in HumanClientApp::Render() (this=0xbfffef80) at HumanClientApp.cpp:401 #6 0x406730b8 in SDLGGApp::PollAndRender() (this=0xbfffefe8) at SDL/SDLGGApp.cpp:328 #7 0x4067311e in SDLGGApp::Run() (this=0xbfffefe8) at SDL/SDLGGApp.cpp:338 #8 0x4051180c in GG::App::operator()() (this=0xbfffefe8) at GGApp.cpp:227 #9 0x0808a481 in SDLGGApp::operator()() (this=0xbfffefe8) at SDLGGApp.h:87 #10 0x080871ce in main (argc=1, argv=0xbffff244) at chmain.cpp:40 #11 0x4077a7a7 in __libc_start_main () from /lib/libc.so.6 I think the bug might be related to the creation of new FleetButton objects without setting m_parent to NULL, since I tried to set breakpoints at the constructors of FleetButtons and they didn't stop the program (maybe I don't know how to use gdb correctly :) ). Thanks, gralves |
From: Gustavo A. <gus...@po...> - 2003-11-15 03:57:55
|
I think it might be a good idea to start naming the bugs and publishing their status (maybe using sourceforge bugtracking tool, since I lost my bug I can take a look on it). Just to know, what was the cause of this bug? PS: Sorry for the 2 copies I sent directly to you Zach. Zach Laine wrote: > This is also fixed in my local working copy. I've made a lot of fixes > and changes over the last 2 weeks, and I'm about to implement > multiplayer loading (MP saving and SP saving and loading both work > now). I haven't committed these changes, because I'm trying to hold > off for a while, so Andrew can track down another strange bug he's > looking for without worrying about my new changes. > > It sounds like maybe I should commit the latest code anyway. Andrew, > do you have any objections? If it won't interfere with your efforts, > I'll make the commits tonight. > > Zach > >> From: Gustavo Alves <gus...@po...> >> To: fre...@li... >> Subject: [Freeorion-programmers] [Status/Report] Bug hunting >> Date: Wed, 12 Nov 2003 12:55:05 -0200 >> >> I rebuilded the program and could not reproduce the last error I >> submited. Hadn't changed a thing... This is really strange. >> >> Now I'm tracking the following one, that I call "FleetButtonRender-Bug": >> >> Command sequence: >> - Start a new game with only one human player >> - Set production to industry >> - split fleet into 2 - one(the new one, named Fleet 482) with a >> colony ship the other with 2 scouts >> - send colony ship to a planet on lower left >> - send scouts to a planet on upper left >> >> The program segfaults at FleetButtonRender::Render . I couldnt >> reproduce in the debug the last moments before the bug since it >> happens the instant I issue the last command and I can't issue the >> command with the program stoped (it does not render). If someone has >> any idea on how can I track it please post it here. >> >> If someone is interested I can send the coredumps genereated by the >> bug. This is the backtrace of it: >> >> #0 0x405bb875 in GG::Wnd::UpperLeft() const (this=0x857b0f0) at >> GGWnd.cpp:109 >> 109 retval += m_parent->ClientUpperLeft(); >> (gdb) bt >> #0 0x405bb875 in GG::Wnd::UpperLeft() const (this=0x857b0f0) at >> GGWnd.cpp:109 >> #1 0x08121fa2 in MapWnd::RenderFleetMovementLines() (this=0x8306838) >> at ../../UI/MapWnd.cpp:405 >> #2 0x0811fece in MapWnd::Render() (this=0x8306838) at >> ../../UI/MapWnd.cpp:119 >> #3 0x40512ffa in GG::App::RenderWindow(GG::Wnd*) (this=0xbfffefe8, >> wnd=0x8306838) at GGApp.cpp:538 >> #4 0x40512f10 in GG::App::Render() (this=0xbfffefe8) at GGApp.cpp:526 >> #5 0x0809153c in HumanClientApp::Render() (this=0xbfffef80) >> at HumanClientApp.cpp:401 >> #6 0x406730b8 in SDLGGApp::PollAndRender() (this=0xbfffefe8) >> at SDL/SDLGGApp.cpp:328 >> #7 0x4067311e in SDLGGApp::Run() (this=0xbfffefe8) at >> SDL/SDLGGApp.cpp:338 >> #8 0x4051180c in GG::App::operator()() (this=0xbfffefe8) at >> GGApp.cpp:227 >> #9 0x0808a481 in SDLGGApp::operator()() (this=0xbfffefe8) at >> SDLGGApp.h:87 >> #10 0x080871ce in main (argc=1, argv=0xbffff244) at chmain.cpp:40 >> #11 0x4077a7a7 in __libc_start_main () from /lib/libc.so.6 >> >> >> I think the bug might be related to the creation of new FleetButton >> objects without setting m_parent to NULL, since I tried to set >> breakpoints at the constructors of FleetButtons and they didn't stop >> the program (maybe I don't know how to use gdb correctly ). >> >> Thanks, >> >> gralves >> >> >> >> ------------------------------------------------------- >> This SF.Net email sponsored by: ApacheCon 2003, >> 16-19 November in Las Vegas. Learn firsthand the latest >> developments in Apache, PHP, Perl, XML, Java, MySQL, >> WebDAV, and more! http://www.apachecon.com/ >> _______________________________________________ >> Freeorion-programmers mailing list >> Fre...@li... >> https://lists.sourceforge.net/lists/listinfo/freeorion-programmers > > > > _________________________________________________________________ > Is your computer infected with a virus? Find out with a FREE computer > virus scan from McAfee. Take the FreeScan now! > http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 > > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Freeorion-programmers mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freeorion-programmers |