summaryrefslogtreecommitdiff
path: root/lisp/emacs-lisp/cl-lib.el
diff options
context:
space:
mode:
authorTom Tromey <tromey@redhat.com>2013-06-06 13:18:05 -0600
committerTom Tromey <tromey@redhat.com>2013-06-06 13:18:05 -0600
commit313dfb6277b3e1ef28c7bb76e776f10168e3f0a3 (patch)
treed1028baf9549ea7342410ae76a41cdb67008f2b4 /lisp/emacs-lisp/cl-lib.el
parentac70709c2ad3fa97e7553adfb4958c0a08faa40b (diff)
downloademacs-313dfb6277b3e1ef28c7bb76e776f10168e3f0a3.tar.gz
emacs-313dfb6277b3e1ef28c7bb76e776f10168e3f0a3.tar.bz2
emacs-313dfb6277b3e1ef28c7bb76e776f10168e3f0a3.zip
fix a few latent issues in the thread patch
* we called unbind_for_thread_switch unconditionally, but this is wrong if the previous thread exited * likewise, exiting a thread should clear current_thread * redundant assignment in run_thread * clean up init_threads - no need to re-init the primary thread This patch still sometimes causes weird hangs in "make check". However, I think that is a kernel bug, since Emacs enters the zombie state but its parent process hangs in wait. This shouldn't happen.
Diffstat (limited to 'lisp/emacs-lisp/cl-lib.el')
0 files changed, 0 insertions, 0 deletions