View · Search · Index
No registered users in community xowiki
in last 10 minutes

Re: [Xotcl] how to track a segmentation fault problem in Xotcl?

From: Artur Trzewik <mail_at_xdobry.de>
Date: Sun, 4 Jan 2004 10:23:03 +0100

>
> It seems that I have subscribed to this problem :-)
> This time it is on a debian/linux (an old one) where xotcl 1.0.2
> was successfully compiled (although make test hangs, I don't know why).
>
> It's the same symptom:
> A Tk window built by a command either is correctly displayed if the
> command is called directly from the "wish", or causes a seg fault if the
> command is called from a Tk menu.
> I have compiled xotcl/tcl/tk/itk/itcl with --enable-symbols
> (I haven't recompiled other libraries such as blt though). Unfortunately,
> my gdb is broken - but since the symptom is the same, here is the report
>
> of gdb for the last time it happended (it was tcl 8.3 and now it is 8.4):
> > #0 0xfed5c580 in Tcl_PopCallFrame () from /local/lib/libtcl8.3.so
> > #1 0xfed69950 in TclObjInterpProc () from /local/lib/libtcl8.3.so
> > #2 0xfed61f98 in EvalObjv () from /local/lib/libtcl8.3.so
> > #3 0xfed625dc in Tcl_EvalEx () from /local/lib/libtcl8.3.so
> > #4 0xfed627cc in Tcl_Eval () from /local/lib/libtcl8.3.so
> > #5 0xfed28114 in Tcl_GlobalEval () from /local/lib/libtcl8.3.so
> > #6 0xfee26058 in Tk_BindEvent () from /local/lib/libtk8.3.so
> > #7 0xfee2aaac in TkBindEventProc () from /local/lib/libtk8.3.so
> > #8 0xfee308a0 in Tk_HandleEvent () from /local/lib/libtk8.3.so
> > #9 0xfee30ca4 in WindowEventProc () from /local/lib/libtk8.3.so
> > #10 0xfed5f960 in Tcl_ServiceEvent () from /local/lib/libtcl8.3.so
> > #11 0xfed5fcf8 in Tcl_DoOneEvent () from /local/lib/libtcl8.3.so
> > #12 0xfee30d08 in Tk_MainLoop () from /local/lib/libtk8.3.so
> > #13 0xfee3bb7c in Tk_MainEx () from /local/lib/libtk8.3.so
> > #14 0x2be9c in main ()
>
> So, if anyone has an idea of why this happens everytime I reinstall
> xotcl... :-(
>

The same stack dump I have got with 1.1.1.
I used also callbacks from Tk.
I could find out that it crashed in context of additional instmixinst but only
by 1.1.1
Herr Neumann send me pre realease of 1.1.2 with some explanation.
In Version 1.1.1 the insmixins treads the frame in same way as filters in pre
1.1.1.
With 1.1.2 it do not crash any more but I do not know if the problem was fixed
or the instmixinst works as in 1.0.2.

Do you use filters in context of Tk callback?
If yes, you can try to remove temporary the filters and look if the crash
happen.

Artur Trzewik