> (gdb) bt > #0 0x0fbadd24 in __pyx_f_5_soya_8_Terrain__tri_split > (__pyx_v_self=0x1066e1d0, __pyx_v_tri=0x106e93b0) at _soya.c:55320 > #1 0x0fbadd88 in __pyx_f_5_soya_8_Terrain__tri_split > (__pyx_v_self=0x1066e1d0, __pyx_v_tri=0x106e94b8) at _soya.c:55328 > #2 0x0fbadd88 in __pyx_f_5_soya_8_Terrain__tri_split > (__pyx_v_self=0x1066e1d0, __pyx_v_tri=0x106e94b8) at _soya.c:55328 > > And then it goes again forever. __pyx_f_5_soya_8_Terrain__tri_split is > called infinitely.
Terrain._tri_split is a recursive function so it is normal that the function calls itself... I'm not really sure the problem is there ; it would yield a "stack overflow" and not a segfault (although i don't know what C does when a stack overflow occurs ?). Actually for debugging with GDB there is a last step: can you open your _soya.c, go to the line 55320 and tell me the corresponding Pyrex file and line number (it is given in the first comment above) ? Jiba _______________________________________________ Soya-user mailing list Soya-user@gna.org https://mail.gna.org/listinfo/soya-user
