You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize() #56207
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee=Noneclosed_at=<Date2011-05-24.15:17:33.573>created_at=<Date2011-05-04.10:30:37.996>labels= ['tests', 'expert-tkinter']
title='test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize()'updated_at=<Date2020-11-24.10:52:50.999>user='https://github.com/vstinner'
I'm working on signals, especially on pthread_sigmask(), and I'm trying to understand test_signal failures.
test_signal fails if the _tkinter module is loaded, because _tkinter loads the Tcl library which create a thread waiting events in select(). For example, "python -m test test_pydoc test_signal" fails, because test_pydoc loads ALL Python modules. I opened an issue for test_pydoc: http://bugs.python.org/issue11995
_tkinter.ccontainsthefollowingcode:
#if0/* This was not a good idea; through <Destroy> bindings, Tcl_Finalize() may invoke Python code but at that point the interpreter and thread state have already been destroyed! */Py_AtExit(Tcl_Finalize);
#endif
Tcl_Finalize() exits the thread, but this function is never called in Python. Anyway, it is not possible to unload a module implemented in C.
I would like to know if it would be possible to mask all signals in the Tcl thread, or if Tcl supports/uses signals.
It is possible to mask all signals in the Tcl thread using:
----------
I'm not asking the question for test_signal: I have a patch fixing test_signal, even if the Tcl zombi thread is present (use pthread_kill() to send the signal directly to the main thread).
(I wrote "zombi" thread because I was not aware that Tcl uses a thread,
nor that test_pydoc loads all modules. The thread is valid, alive, and
it's just a joke. The threads is more hidden than zombi.)
As suggested by Antoine, here is a patch to call Tcl_Finalize() in test_signal.
You can call create a Tcl/Tk window, destroy it, call _tkinter._finalize(), and then create a new Tcl/Tk window. But call _tkinter._finalize() crashes if there is still a running Tcl/Tk window.
We should add a safety test checking that there is no more running widget. If it is not possible to implement this, the function should only be compiled in debug mode. If it is possible, it would be nice to call _tkinter._finalize() when the last widget is destroyed and/or at Python exit.
changed the title [-]test_signal cannot test blocked signals if _tkinter is loaded[/-][+]test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize()[/+]on May 4, 2011
Activity
vstinner commentedon May 4, 2011
I'm working on signals, especially on pthread_sigmask(), and I'm trying to understand test_signal failures.
test_signal fails if the _tkinter module is loaded, because _tkinter loads the Tcl library which create a thread waiting events in select(). For example, "python -m test test_pydoc test_signal" fails, because test_pydoc loads ALL Python modules. I opened an issue for test_pydoc: http://bugs.python.org/issue11995
Tcl_Finalize() exits the thread, but this function is never called in Python. Anyway, it is not possible to unload a module implemented in C.
I would like to know if it would be possible to mask all signals in the Tcl thread, or if Tcl supports/uses signals.
It is possible to mask all signals in the Tcl thread using:
----------
I'm not asking the question for test_signal: I have a patch fixing test_signal, even if the Tcl zombi thread is present (use pthread_kill() to send the signal directly to the main thread).
(I wrote "zombi" thread because I was not aware that Tcl uses a thread,
nor that test_pydoc loads all modules. The thread is valid, alive, and
it's just a joke. The threads is more hidden than zombi.)
(Message copied/pasted from python-dev)
python-dev commentedon May 4, 2011
New changeset 88dca05ed468 by Victor Stinner in branch 'default':
Issue bpo-11998, issue bpo-8407: workaround _tkinter issue in test_signal
http://hg.python.org/cpython/rev/88dca05ed468
vstinner commentedon May 4, 2011
As suggested by Antoine, here is a patch to call Tcl_Finalize() in test_signal.
You can call create a Tcl/Tk window, destroy it, call _tkinter._finalize(), and then create a new Tcl/Tk window. But call _tkinter._finalize() crashes if there is still a running Tcl/Tk window.
We should add a safety test checking that there is no more running widget. If it is not possible to implement this, the function should only be compiled in debug mode. If it is possible, it would be nice to call _tkinter._finalize() when the last widget is destroyed and/or at Python exit.
[-]test_signal cannot test blocked signals if _tkinter is loaded[/-][+]test_signal cannot test blocked signals if _tkinter is loaded; Tcl_Finalize()[/+]vstinner commentedon May 24, 2011
I implemented signal.pthread_kill(), so it's now possible to test pending signals in test_signal, even if _tkinter is loaded.
I don't think that we need the _finalize() hack anymore.