On 8/30/06, Jiba
<[EMAIL PROTECTED]> wrote:
> (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
[email protected]
https://mail.gna.org/listinfo/soya-user
_______________________________________________ Soya-user mailing list [email protected] https://mail.gna.org/listinfo/soya-user
