Re: [gnugo-devel] Crash in regression test?

[Trevor Morris]

Under VC, it crahes sooner.
C:\Temp\crs\gnugo\regression>..\interface\gnugo --mode gtp --quiet < global.tst
= black

Then, crash:



owl_eyespace(int 363) line 5204 + 5 bytes
autohelperowl_defendpat243(int 1, int 363, int 2, int 0) line 3642 + 26 bytes
check_pattern_hard(int 363, int 2, pattern * 0x00608a24, int 1) line 3075 + 25 
bytes
get_next_move_from_list(matched_patterns_list_data * 0x001298e4, int 2, 
owl_move_data * 0x00129948, int 1) line 3374 + 21 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x00129b80, local_owl_data * 
0x01186278, int 0, int 0, int 4) line 2241 + 27 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012a060, local_owl_data * 
0x01186278, int 0, int 0, int 4) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012a4f4, local_owl_data * 
0x0117d690, int 0, int 0, int 4) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012a9d4, local_owl_data * 
0x01174aa8, int 0, int 0, int 4) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012ae68, local_owl_data * 
0x0116bec0, int 0, int 0, int 4) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012b348, local_owl_data * 
0x011632d8, int 0, int 0, int 4) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012b7dc, local_owl_data * 
0x0115a6f0, int 0, int 0, int 3) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012bcbc, local_owl_data * 
0x01151b08, int 0, int 0, int 3) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012c150, local_owl_data * 
0x01148f20, int 0, int 0, int 2) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012c630, local_owl_data * 
0x01140338, int 0, int 0, int 2) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012cac4, local_owl_data * 
0x01137750, int 0, int 0, int 1) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012cfa4, local_owl_data * 
0x0112eb68, int 0, int 0, int 1) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012d438, local_owl_data * 
0x01125f80, int 0, int 0, int 1) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012d918, local_owl_data * 
0x0111d398, int 0, int 0, int 1) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012ddac, local_owl_data * 
0x011147b0, int 0, int 0, int 0) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012e28c, local_owl_data * 
0x0110bbc8, int 0, int 0, int 0) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012e720, local_owl_data * 
0x01102fe0, int 0, int 0, int 0) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012ec00, local_owl_data * 
0x010fa3f8, int 0, int 0, int 0) line 1727 + 43 bytes
do_owl_defend(int 321, int * 0x00000000, int * 0x0012f094, local_owl_data * 
0x010f1810, int 0, int 0, int 0) line 2282 + 43 bytes
do_owl_attack(int 321, int * 0x00000000, int * 0x0012f3dc, local_owl_data * 
0x010e8c28, int 0, int 0, int 0) line 1727 + 43 bytes
owl_does_defend(int 321, int 322, int * 0x0012f478) line 4067 + 25 bytes
find_more_owl_attack_and_defense_moves(int 2, int 0) line 381 + 17 bytes
review_move_reasons(int * 0x0012f648, float * 0x0012f5dc, int 2, float 
0.000000, float 59.5000, int * 0x00000000) line 3158 + 13 bytes
do_genmove(int * 0x0012f648, int 2, float 0.000000, int * 0x00000000) line 443 
+ 31 bytes
genmove_conservative(int * 0x0012f66c, int * 0x0012f664, int 2) line 263 + 17 
bytes
gtp_gg_genmove(char * 0x0012fa89) line 2367 + 17 bytes
gtp_main_loop(gtp_command * 0x00578068 commands, _iobuf * 0x006d4f30 __iob) 
line 126 + 17 bytes
play_gtp(_iobuf * 0x006d4f30 __iob, int 0) line 319 + 14 bytes
main(int 4, char * * 0x003111b0) line 1273 + 13 bytes
mainCRTStartup() line 206 + 25 bytes
KERNEL32! 77e97d08()

At 04:07 PM 6/7/2003 +0200, Arend Bayer wrote:

>Dan wrote:
>
>> SP Lee wrote:
>>
>> > ***assertion failure:
>> > owl.c:5393 - &owl_stack[(*owl)->number_in_stack] == *owl near PASS***
>>
>> This seems to have to do with the patch paul_3_20.7. Do you
>> still get the crash if you back out that patch?
>
>I doubt this. The crash must be yet another case of problems with the
>owl stack moving on a realloc(). I don't see how this could relate to
>not copying all owl data from one stackp to the next.
>At some point I have to clean this mess I created there. But probably
>better post 3.4.
>
>> It would be good to understand the mechanism of the crash.
>
>Can you maybe get a backtrace? You would need gdb (gnu debugger) to get
>this.
>
>For example do:
>
>gdb ../interface/gnugo
>break abortgo
>run --mode gtp --quiet <global.tst
>        (should stop in abortgo at the point of the crash)
>bt
>        (will print the backtrace)
>
>
>Arend
>
>
>
>
>
>_______________________________________________
>gnugo-devel mailing list
>address@hidden
>http://mail.gnu.org/mailman/listinfo/gnugo-devel