Re: [Freeorion-programmers] [Status/Report] Bug hunting

[Zach L. <wha...@ho...>]

It was a fundametal flaw in my way of representing the fleet movement lines. 
  I was storing them keyed on pointers to FleetButton objects, which get 
created and destroyed often.  This obviously causes problems if other code 
maintains these pointers.  Now they are keyed on Fleet objects themselves.

Zach

>From: Gustavo Alves <gus...@po...>
>To: fre...@li...
>Subject: [Freeorion-programmers] [Status/Report] Bug hunting
>Date: Sat, 15 Nov 2003 02:24:10 -0200
>
>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
>
>
>
>
>
>
>-------------------------------------------------------
>This SF. Net email is sponsored by: GoToMyPC
>GoToMyPC is the fast, easy and secure way to access your computer from
>any Web browser or wireless device. Click here to Try it Free!
>https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
>_______________________________________________
>Freeorion-programmers mailing list
>Fre...@li...
>https://lists.sourceforge.net/lists/listinfo/freeorion-programmers

_________________________________________________________________
MSN Shopping upgraded for the holidays!  Snappier product search... 
http://shopping.msn.com