|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000273||Spring engine||General||public||2006-08-12 15:14||2006-11-02 14:23|
|Target Version||Fixed in Version|
|Summary||0000273: crash on Group AI deconstruction|
|Description||When clearing a groupAI that can be given orders (such as the Simple Formation or Central Build AIs), Spring crashes. When clearing a groupAI that cannot be given orders (such as the RadarAI or the MetalMaker AI), everything's fine. |
To be clear: this concerns commands the user can give to the groupAI, and not about commands the groupAI gives to its units. That is, IAICallback->GiveOrder(unitid,c) isn't the issue, but rather
As soon as the groupAI passes some possible commands to those functions, Spring will crash upon clearing (deconstructing) the groupAI.
|Additional Information||I suspect is an GCC issue only, as the 0.72b1 release doesn't suffer from it. |
This bug appears in CentralBuild, Simpleformation, and MexUpgrader AIs.
|Tags||No tags attached.|
|Checked infolog.txt for Errors|
I can still confirm this with current SVN (r2531).
It is release critical if we consider releasing mingw build.
traced it down to just after the "delete group;" in CGroupHandler::RemoveGroup (when the crash happens on clicking clear group) or in CGroupHandler::~CGroupHandler (when exiting spring) (ExternalAI/GroupHandler.cpp). Put a log message at end of CGroup::~CGroup (ExternalAI/Group.cpp), and it is executed, put one just after the delete, and it isn't executed.
Also it's interesting to note that only clearing the *last* instance of the GroupAI triggers the crash. (If you make two groups with a GroupAI with commands, and clear one, everything is fine. Clear the second, crash.)
|fixed, see r2532|
|2006-08-12 15:14||colorblind||New Issue|
|2006-11-02 11:36||tvo||Note Added: 0000421|
|2006-11-02 13:31||tvo||Note Added: 0000422|
|2006-11-02 14:23||tvo||Status||new => assigned|
|2006-11-02 14:23||tvo||Assigned To||=> tvo|
|2006-11-02 14:23||tvo||Status||assigned => resolved|
|2006-11-02 14:23||tvo||Resolution||open => fixed|
|2006-11-02 14:23||tvo||Note Added: 0000423|