Follow-up Comment #4, bug #16845 (project wesnoth):
boost: boost_1_42 for MSVC, it's from the "external" archive provided by
Crab. No idea for gcc/CodeBlocks.
I'm never sure of anything. However, the rest of the wesnoth stuff worked
usually for me so far with my setup.
I've attached the debug log from only when planning the first move; this
happens with both compilers. I know nothing absultely of your code, however
this output already looks like an unwanted recursion to me. I suppose
void move::apply_temp_modifier(unit_map& unit_map)
is supposed to be called a single time ?
"Even more useful would be the stack trace starting from
side_actions::remove_action (in side_actions.cpp), instead of endless lines
of recursive bugginess. Maybe you could place a breakpoint in that function,
delete a unit and step from there until it crashes. And then give me the
backtrace and a better explanation of what happened.":
Crash and stack overflow happens at the statement
actions_.erase(position);
in side_actions::remove_action.
>From that point only MSVC C++ libraries are called until the crash.
(file #10724)
_______________________________________________________
Additional Item Attachment:
File name: when_planning_a_move-stderr.zip Size:23 KB
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?16845>
_______________________________________________
Nachricht geschickt von/durch Gna!
http://gna.org/
_______________________________________________
Wesnoth-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/wesnoth-bugs
