all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
@ 2013-04-28 12:19 Vitalie Spinu
  2013-04-28 17:26 ` Glenn Morris
                   ` (2 more replies)
  0 siblings, 3 replies; 20+ messages in thread
From: Vitalie Spinu @ 2013-04-28 12:19 UTC (permalink / raw)
  To: 14297


Hi,

Start M-x shell and type exit. There is no message of process
exiting. It actually doesn't exit at all; M-: (process-status
(get-process "shell")) returns 'run.

This happens to other subprocesses also. And my R actually hangs emacs
because ESS waits for the final prompt.


The problem doesn't occur in the most recent master branch, but in trunk
it has been there already quite some time. The earliest I have tried is:

   commit 56a944dff18bde39e321aea2a987cb97a8db96e1 (HEAD)
   Merge: c3db377 2c1bbee
   Author: Glenn Morris <rgm@gnu.org>
   Date:   Sun Dec 30 10:09:01 2012 -0800
   

Vitalie




In GNU Emacs 24.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.17)
 of 2013-04-28 on vitoshka-home
Windowing system distributor `The X.Org Foundation', version 11.0.11303000
System Description:	Ubuntu 13.04

Configured using:
 `configure --no-create --no-recursion'

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Shell

Minor modes in effect:
  global-auto-complete-mode: t
  diff-auto-refine-mode: t
  helm-descbinds-mode: t
  helm-match-plugin-mode: t
  shell-dirtrack-mode: t
  show-paren-mode: t
  savehist-mode: t
  ido-everywhere: t
  global-auto-revert-mode: t
  global-subword-mode: t
  subword-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
M-x s h e <return> e x i t <return> M-x v e r <return> 
C-h f c o m i n t <return> C-o <tab> <return> M-o s 
e n d - l i <M-backspace> i n C-s <return> M-k M-k 
M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k 
M-k M-k M-k M-k M-k M-k M-k M-k M-, M-, M-, M-, M-k 
M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k 
M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k M-k 
M-x l o C-g M-x m a g i <return> C-n C-n C-n g <tab> 
l l C-n C-n C-n C-n C-n C-p C-p C-p C-p <return> C-n 
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p 
C-p C-p C-p C-p C-p C-p C-p C-p M-f M-f M-b C-SPC C-a 
C-g C-SPC C-n C-n C-n C-n M-w M-x e m a c <return> 
C-SPC M-< M-w C-SPC C-M-n M-w C-x C-g M-x b u g C-g 
M-x C-g M-x s h e <return> C-c C-c M-x C-g C-x k M-x 
s h e <return> e x i t <return> <C-tab> C-x b C-g M-x 
e m a c s C-SPC b u g <return>

Recent messages:
mouse-2, RET: find function's definition
Loading vc-git...done
Quit
(No files need saving)
Type a prefix key to toggle it. Run 'actions' with their prefixes. '?' for more help.
Mark set
Quit
Mark set
GNU Emacs 24.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.17) of 2013-04-28 on vitoshka-home
Mark set [2 times]
Quit [4 times]

Load-path shadows:
/home/vitoshka/Dropbox/ELPA/magit-20130409.500/.dir-locals hides /home/vitoshka/Dropbox/ELPA/sunrise-commander-20130222.26/.dir-locals
/home/vitoshka/Dropbox/ELPA/magit-20130409.500/.dir-locals hides ~/VC/gnus/.dir-locals
/home/vitoshka/Dropbox/ELPA/magit-20130409.500/.dir-locals hides ~/VC/gnus/lisp/.dir-locals
~/VC/gnus/lisp/lpath hides ~/VC/auctex/lpath
/home/vitoshka/Dropbox/ELPA/popup-20130324.1305/popup hides ~/VC/popup-el/popup
/home/vitoshka/Dropbox/ELPA/auto-complete-20130330.1836/auto-complete-pkg hides ~/VC/auto-complete/auto-complete-pkg
/home/vitoshka/Dropbox/ELPA/auto-complete-20130330.1836/auto-complete-config hides ~/VC/auto-complete/auto-complete-config
/home/vitoshka/Dropbox/ELPA/auto-complete-20130330.1836/auto-complete hides ~/VC/auto-complete/auto-complete
/home/vitoshka/Dropbox/ELPA/rebox2-20121113.2100/rebox2 hides ~/Dropbox/.emacs.d/rebox2
/home/vitoshka/Dropbox/ELPA/paredit-20130407.1708/paredit hides ~/Dropbox/.emacs.d/paredit
~/VC/org-mode/lisp/org-protocol hides ~/Dropbox/.emacs.d/org-protocol
/home/vitoshka/Dropbox/ELPA/markdown-mode-20130328.918/markdown-mode hides ~/Dropbox/.emacs.d/markdown-mode
~/VC/gnus/lisp/hex-util hides /home/vitoshka/bin/emacs-trunk/lisp/hex-util
~/VC/gnus/lisp/md4 hides /home/vitoshka/bin/emacs-trunk/lisp/md4
~/Dropbox/.emacs.d/allout hides /home/vitoshka/bin/emacs-trunk/lisp/allout
~/VC/gnus/lisp/color hides /home/vitoshka/bin/emacs-trunk/lisp/color
~/VC/gnus/lisp/password-cache hides /home/vitoshka/bin/emacs-trunk/lisp/password-cache
~/VC/gnus/lisp/format-spec hides /home/vitoshka/bin/emacs-trunk/lisp/format-spec
~/Dropbox/.emacs.d/allout-widgets hides /home/vitoshka/bin/emacs-trunk/lisp/allout-widgets
~/VC/gnus/lisp/dns-mode hides /home/vitoshka/bin/emacs-trunk/lisp/textmodes/dns-mode
~/VC/org-mode/lisp/ob-emacs-lisp hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-emacs-lisp
~/VC/org-mode/lisp/org-element hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-element
~/VC/org-mode/lisp/org-plot hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-plot
~/VC/org-mode/lisp/org-irc hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-irc
~/VC/org-mode/lisp/org-vm hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-vm
~/VC/org-mode/lisp/ob-haskell hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-haskell
~/VC/org-mode/lisp/org-mhe hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mhe
~/VC/org-mode/lisp/org-agenda hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-agenda
~/VC/org-mode/lisp/org-indent hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-indent
~/VC/org-mode/lisp/ob-ruby hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-ruby
~/VC/org-mode/lisp/org-latex hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-latex
~/VC/org-mode/lisp/ob-tangle hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-tangle
~/VC/org-mode/lisp/ob-org hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-org
~/VC/org-mode/lisp/org-freemind hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-freemind
~/VC/org-mode/lisp/org-table hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-table
~/VC/org-mode/lisp/ob-lob hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-lob
~/VC/org-mode/lisp/org-pcomplete hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-pcomplete
~/VC/org-mode/lisp/ob-awk hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-awk
~/VC/org-mode/lisp/org-crypt hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-crypt
~/VC/org-mode/lisp/org-ascii hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-ascii
~/VC/org-mode/lisp/org-html hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-html
~/VC/org-mode/lisp/org-mac-message hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mac-message
~/VC/org-mode/lisp/org-jsinfo hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-jsinfo
~/VC/org-mode/lisp/org-clock hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-clock
~/VC/org-mode/lisp/org-compat hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-compat
~/VC/org-mode/lisp/org-bibtex hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-bibtex
~/VC/org-mode/lisp/ob-R hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-R
~/VC/org-mode/lisp/org-mouse hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mouse
~/VC/org-mode/lisp/ob-sass hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-sass
~/VC/org-mode/lisp/ob-eval hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-eval
~/VC/org-mode/lisp/org-colview hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-colview
~/VC/org-mode/lisp/ob-exp hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-exp
~/VC/org-mode/lisp/ob-perl hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-perl
~/VC/org-mode/lisp/ob-python hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-python
~/VC/org-mode/lisp/ob-css hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-css
~/VC/org-mode/lisp/org-odt hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-odt
~/VC/org-mode/lisp/ob-sql hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-sql
~/VC/org-mode/lisp/org-publish hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-publish
~/VC/org-mode/lisp/org-info hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-info
~/VC/org-mode/lisp/org-habit hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-habit
~/VC/org-mode/lisp/org-id hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-id
~/VC/org-mode/lisp/org-eshell hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-eshell
~/VC/org-mode/lisp/ob-latex hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-latex
~/VC/org-mode/lisp/org-remember hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-remember
~/VC/org-mode/lisp/org-mks hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mks
~/VC/org-mode/lisp/ob-lisp hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-lisp
~/VC/org-mode/lisp/org-rmail hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-rmail
~/VC/org-mode/lisp/org-beamer hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-beamer
~/VC/org-mode/lisp/ob-calc hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-calc
~/VC/org-mode/lisp/ob-matlab hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-matlab
~/VC/org-mode/lisp/org-lparse hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-lparse
~/VC/org-mode/lisp/ob hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob
~/VC/org-mode/lisp/org-attach hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-attach
~/VC/org-mode/lisp/org-w3m hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-w3m
~/VC/org-mode/lisp/ob-comint hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-comint
~/VC/org-mode/lisp/org-icalendar hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-icalendar
~/VC/org-mode/lisp/ob-C hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-C
~/VC/org-mode/lisp/ob-ditaa hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-ditaa
~/VC/org-mode/lisp/ob-mscgen hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-mscgen
~/VC/org-mode/lisp/ob-octave hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-octave
~/VC/org-mode/lisp/org-docbook hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-docbook
~/VC/org-mode/lisp/ob-keys hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-keys
~/VC/org-mode/lisp/org-wl hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-wl
~/VC/org-mode/lisp/ob-io hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-io
~/VC/org-mode/lisp/org-footnote hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-footnote
~/VC/org-mode/lisp/org-mobile hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mobile
~/VC/org-mode/lisp/org-xoxo hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-xoxo
~/VC/org-mode/lisp/ob-gnuplot hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-gnuplot
~/VC/org-mode/lisp/org-gnus hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-gnus
~/VC/org-mode/lisp/org-docview hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-docview
~/VC/org-mode/lisp/org-datetree hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-datetree
~/VC/org-mode/lisp/org-inlinetask hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-inlinetask
~/VC/org-mode/lisp/org-ctags hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-ctags
~/VC/org-mode/lisp/org-mew hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-mew
~/VC/org-mode/lisp/ob-lilypond hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-lilypond
~/VC/org-mode/lisp/ob-ocaml hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-ocaml
~/VC/org-mode/lisp/org-exp-blocks hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-exp-blocks
~/VC/org-mode/lisp/ob-ref hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-ref
~/VC/org-mode/lisp/org-bbdb hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-bbdb
~/VC/org-mode/lisp/ob-shen hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-shen
~/VC/org-mode/lisp/org-taskjuggler hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-taskjuggler
~/VC/org-mode/lisp/org-protocol hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-protocol
~/VC/org-mode/lisp/org-special-blocks hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-special-blocks
~/VC/org-mode/lisp/ob-screen hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-screen
~/VC/org-mode/lisp/org hides /home/vitoshka/bin/emacs-trunk/lisp/org/org
~/VC/org-mode/lisp/org-macs hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-macs
~/VC/org-mode/lisp/org-entities hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-entities
~/VC/org-mode/lisp/ob-dot hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-dot
~/VC/org-mode/lisp/ob-java hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-java
~/VC/org-mode/lisp/ob-sh hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-sh
~/VC/org-mode/lisp/ob-ledger hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-ledger
~/VC/org-mode/lisp/ob-fortran hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-fortran
~/VC/org-mode/lisp/org-capture hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-capture
~/VC/org-mode/lisp/ob-maxima hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-maxima
~/VC/org-mode/lisp/org-timer hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-timer
~/VC/org-mode/lisp/org-install hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-install
~/VC/org-mode/lisp/ob-sqlite hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-sqlite
~/VC/org-mode/lisp/org-list hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-list
~/VC/org-mode/lisp/ob-plantuml hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-plantuml
~/VC/org-mode/lisp/org-version hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-version
~/VC/org-mode/lisp/ob-scheme hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-scheme
~/VC/org-mode/lisp/org-src hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-src
~/VC/org-mode/lisp/org-faces hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-faces
~/VC/org-mode/lisp/ob-clojure hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-clojure
~/VC/org-mode/lisp/org-loaddefs hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-loaddefs
~/VC/org-mode/lisp/ob-table hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-table
~/VC/org-mode/lisp/ob-scala hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-scala
~/VC/org-mode/lisp/org-feed hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-feed
~/VC/org-mode/lisp/org-exp hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-exp
~/VC/org-mode/lisp/ob-asymptote hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-asymptote
~/VC/org-mode/lisp/org-archive hides /home/vitoshka/bin/emacs-trunk/lisp/org/org-archive
~/VC/org-mode/lisp/ob-js hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-js
~/VC/org-mode/lisp/ob-picolisp hides /home/vitoshka/bin/emacs-trunk/lisp/org/ob-picolisp
~/VC/gnus/lisp/dig hides /home/vitoshka/bin/emacs-trunk/lisp/net/dig
~/VC/gnus/lisp/sasl-ntlm hides /home/vitoshka/bin/emacs-trunk/lisp/net/sasl-ntlm
~/VC/gnus/lisp/hmac-md5 hides /home/vitoshka/bin/emacs-trunk/lisp/net/hmac-md5
~/VC/gnus/lisp/dns hides /home/vitoshka/bin/emacs-trunk/lisp/net/dns
~/VC/gnus/lisp/sasl-cram hides /home/vitoshka/bin/emacs-trunk/lisp/net/sasl-cram
~/VC/gnus/lisp/ntlm hides /home/vitoshka/bin/emacs-trunk/lisp/net/ntlm
~/VC/gnus/lisp/sasl hides /home/vitoshka/bin/emacs-trunk/lisp/net/sasl
~/VC/gnus/lisp/tls hides /home/vitoshka/bin/emacs-trunk/lisp/net/tls
~/VC/gnus/lisp/hmac-def hides /home/vitoshka/bin/emacs-trunk/lisp/net/hmac-def
~/VC/gnus/lisp/sasl-digest hides /home/vitoshka/bin/emacs-trunk/lisp/net/sasl-digest
~/VC/gnus/lisp/netrc hides /home/vitoshka/bin/emacs-trunk/lisp/net/netrc
~/VC/gnus/lisp/uudecode hides /home/vitoshka/bin/emacs-trunk/lisp/mail/uudecode
~/VC/gnus/lisp/hashcash hides /home/vitoshka/bin/emacs-trunk/lisp/mail/hashcash
~/VC/gnus/lisp/binhex hides /home/vitoshka/bin/emacs-trunk/lisp/mail/binhex
~/VC/gnus/lisp/nndiary hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nndiary
~/VC/gnus/lisp/rfc2104 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rfc2104
~/VC/gnus/lisp/gmm-utils hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gmm-utils
~/VC/gnus/lisp/rfc2045 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rfc2045
~/VC/gnus/lisp/mail-prsvr hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mail-prsvr
~/VC/gnus/lisp/gnus-mh hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-mh
~/VC/gnus/lisp/nnml hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnml
~/VC/gnus/lisp/gnus-util hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-util
~/VC/gnus/lisp/gnus hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus
~/VC/gnus/lisp/gnus-spec hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-spec
~/VC/gnus/lisp/gnus-ems hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-ems
~/VC/gnus/lisp/nnnil hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnnil
~/VC/gnus/lisp/nnfolder hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnfolder
~/VC/gnus/lisp/gnus-range hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-range
~/VC/gnus/lisp/nnspool hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnspool
~/VC/gnus/lisp/gnus-vm hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-vm
~/VC/gnus/lisp/mail-parse hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mail-parse
~/VC/gnus/lisp/spam-stat hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/spam-stat
~/VC/gnus/lisp/mm-archive hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-archive
~/VC/gnus/lisp/ecomplete hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/ecomplete
~/VC/gnus/lisp/gnus-win hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-win
~/VC/gnus/lisp/mail-source hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mail-source
~/VC/gnus/lisp/gnus-mlspl hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-mlspl
~/VC/gnus/lisp/mm-uu hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-uu
~/VC/gnus/lisp/gnus-group hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-group
~/VC/gnus/lisp/spam-report hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/spam-report
~/VC/gnus/lisp/nnvirtual hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnvirtual
~/VC/gnus/lisp/gnus-uu hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-uu
~/VC/gnus/lisp/gnus-topic hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-topic
~/VC/gnus/lisp/nnweb hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnweb
~/VC/gnus/lisp/nnbabyl hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnbabyl
~/VC/gnus/lisp/nngateway hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nngateway
~/VC/gnus/lisp/gnus-draft hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-draft
~/VC/gnus/lisp/gnus-score hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-score
~/VC/gnus/lisp/nneething hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nneething
~/VC/gnus/lisp/gnus-cus hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-cus
~/VC/gnus/lisp/mm-decode hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-decode
~/VC/gnus/lisp/nndraft hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nndraft
~/VC/gnus/lisp/html2text hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/html2text
~/VC/gnus/lisp/gnus-msg hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-msg
~/VC/gnus/lisp/nnmail hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnmail
~/VC/gnus/lisp/nnmbox hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnmbox
~/VC/gnus/lisp/nntp hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nntp
~/VC/gnus/lisp/gnus-fun hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-fun
~/VC/gnus/lisp/gnus-picon hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-picon
~/VC/gnus/lisp/gnus-undo hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-undo
~/VC/gnus/lisp/mml1991 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mml1991
~/VC/gnus/lisp/gnus-notifications hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-notifications
~/VC/gnus/lisp/gnus-cache hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-cache
~/VC/gnus/lisp/gnus-registry hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-registry
~/VC/gnus/lisp/registry hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/registry
~/VC/gnus/lisp/gnus-eform hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-eform
~/VC/gnus/lisp/rtree hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rtree
~/VC/gnus/lisp/gnus-logic hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-logic
~/VC/gnus/lisp/spam hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/spam
~/VC/gnus/lisp/gnus-dired hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-dired
~/VC/gnus/lisp/flow-fill hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/flow-fill
~/VC/gnus/lisp/gnus-delay hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-delay
~/VC/gnus/lisp/nnmairix hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnmairix
~/VC/gnus/lisp/score-mode hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/score-mode
~/VC/gnus/lisp/rfc1843 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rfc1843
~/VC/gnus/lisp/auth-source hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/auth-source
~/VC/gnus/lisp/starttls hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/starttls
~/VC/gnus/lisp/mm-view hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-view
~/VC/gnus/lisp/nnir hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnir
~/VC/gnus/lisp/canlock hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/canlock
~/VC/gnus/lisp/nnmaildir hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnmaildir
~/VC/gnus/lisp/mml hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mml
~/VC/gnus/lisp/gnus-cite hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-cite
~/VC/gnus/lisp/nnheader hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnheader
~/VC/gnus/lisp/legacy-gnus-agent hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/legacy-gnus-agent
~/VC/gnus/lisp/mml2015 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mml2015
~/VC/gnus/lisp/gnus-int hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-int
~/VC/gnus/lisp/gnus-html hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-html
~/VC/gnus/lisp/mml-sec hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mml-sec
~/VC/gnus/lisp/gnus-async hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-async
~/VC/gnus/lisp/shr hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/shr
~/VC/gnus/lisp/sieve hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/sieve
~/VC/gnus/lisp/pop3 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/pop3
~/VC/gnus/lisp/smiley hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/smiley
~/VC/gnus/lisp/gnus-sync hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-sync
~/VC/gnus/lisp/gnus-start hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-start
~/VC/gnus/lisp/utf7 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/utf7
~/VC/gnus/lisp/message hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/message
~/VC/gnus/lisp/nnregistry hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnregistry
~/VC/gnus/lisp/spam-wash hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/spam-wash
~/VC/gnus/lisp/shr-color hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/shr-color
~/VC/gnus/lisp/mm-partial hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-partial
~/VC/gnus/lisp/messcompat hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/messcompat
~/VC/gnus/lisp/gnus-setup hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-setup
~/VC/gnus/lisp/plstore hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/plstore
~/VC/gnus/lisp/gnus-art hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-art
~/VC/gnus/lisp/sieve-mode hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/sieve-mode
~/VC/gnus/lisp/sieve-manage hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/sieve-manage
~/VC/gnus/lisp/nndoc hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nndoc
~/VC/gnus/lisp/gssapi hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gssapi
~/VC/gnus/lisp/gnus-agent hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-agent
~/VC/gnus/lisp/mm-url hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-url
~/VC/gnus/lisp/mailcap hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mailcap
~/VC/gnus/lisp/rfc2047 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rfc2047
~/VC/gnus/lisp/nnoo hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnoo
~/VC/gnus/lisp/nnrss hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnrss
~/VC/gnus/lisp/gnus-bcklg hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-bcklg
~/VC/gnus/lisp/nnimap hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnimap
~/VC/gnus/lisp/gnus-sieve hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-sieve
~/VC/gnus/lisp/rfc2231 hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/rfc2231
~/VC/gnus/lisp/yenc hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/yenc
~/VC/gnus/lisp/qp hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/qp
~/VC/gnus/lisp/mm-util hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-util
~/VC/gnus/lisp/gnus-ml hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-ml
~/VC/gnus/lisp/gnus-demon hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-demon
~/VC/gnus/lisp/mm-extern hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-extern
~/VC/gnus/lisp/ietf-drums hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/ietf-drums
~/VC/gnus/lisp/gnus-dup hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-dup
~/VC/gnus/lisp/gnus-diary hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-diary
~/VC/gnus/lisp/gnus-gravatar hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-gravatar
~/VC/gnus/lisp/mm-encode hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-encode
~/VC/gnus/lisp/smime hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/smime
~/VC/gnus/lisp/mm-bodies hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mm-bodies
~/VC/gnus/lisp/mml-smime hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/mml-smime
~/VC/gnus/lisp/gnus-kill hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-kill
~/VC/gnus/lisp/compface hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/compface
/home/vitoshka/Dropbox/ELPA/magit-20130409.500/.dir-locals hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/.dir-locals
~/VC/gnus/lisp/gnus-srvr hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-srvr
~/VC/gnus/lisp/gravatar hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gravatar
~/VC/gnus/lisp/nnagent hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnagent
~/VC/gnus/lisp/nndir hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nndir
~/VC/gnus/lisp/gnus-sum hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-sum
~/VC/gnus/lisp/nnmh hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/nnmh
~/VC/gnus/lisp/gnus-bookmark hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-bookmark
~/VC/gnus/lisp/deuglify hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/deuglify
~/VC/gnus/lisp/gnus-salt hides /home/vitoshka/bin/emacs-trunk/lisp/gnus/gnus-salt
~/Dropbox/.emacs.d/tabulated-list hides /home/vitoshka/bin/emacs-trunk/lisp/emacs-lisp/tabulated-list
~/VC/gnus/lisp/time-date hides /home/vitoshka/bin/emacs-trunk/lisp/calendar/time-date
~/VC/gnus/lisp/parse-time hides /home/vitoshka/bin/emacs-trunk/lisp/calendar/parse-time
~/Dropbox/.emacs.d/anything hides /home/vitoshka/Dropbox/.emacs.d/site-lisp/anything-config/anything
/home/vitoshka/Dropbox/ELPA/rebox2-20121113.2100/rebox2 hides /home/vitoshka/Dropbox/.emacs.d/site-lisp/rebox2/rebox2
/home/vitoshka/Dropbox/ELPA/yasnippet-20130218.2229/yasnippet hides /home/vitoshka/Dropbox/.emacs.d/site-lisp/yasnippet/yasnippet
/home/vitoshka/Dropbox/ELPA/yasnippet-20130218.2229/dropdown-list hides /home/vitoshka/Dropbox/.emacs.d/site-lisp/yasnippet/dropdown-list

Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mail-utils magithub crm json url
url-proxy url-privacy url-expand url-methods url-history url-cookie
url-domsuf url-util url-parse url-vars mailcap magit-bisect
magit-key-mode magit epa epg epg-config vc-git help-mode smex
rainbow-delimiters paredit ob-latex ob-R appt diary-lib diary-loaddefs
org-clock org-exp org-agenda org org-footnote org-pcomplete org-list
org-faces org-entities noutline outline org-version ob-emacs-lisp ob
ob-tangle org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint
ob-core ob-eval org-compat org-macs org-loaddefs find-func cal-menu
calendar cal-loaddefs iimage sml-mode electric pos-tip ac-math
auto-complete-config auto-complete popup saveplace doc-view jka-compr
image-mode reftex reftex-vars reftex-cite preview-latex tex-site
auto-loads info-look psvn log-edit pcvs-util add-log diff-mode elp
ediff-merg ediff-diff ediff-wind ediff-mult ediff-help ediff-init
ediff-util dired xquery-mode generic rng-nxml rng-valid rng-loc rng-uri
rng-parse nxml-parse rng-match rng-dt rng-util rng-pttrn nxml-ns
nxml-mode nxml-outln nxml-rap nxml-util nxml-glyph nxml-enc xmltok
smart-operator rx rebox2 slime-media slime-presentations slime-scratch
slime-asdf slime-repl slime derived pp hyperspec menu-bar+
helm-descbinds helm-match-plugin helm helm-config helm-aliases iflipb
poly-R poly-markdown poly-noweb poly-base polymode pcase
polymode-methods polymode-classes eieio-custom eieio-base color
mic-paren ac-nrepl-autoloads adaptive-wrap-autoloads
auto-complete-autoloads bbdb-autoloads bm-autoloads cljdoc-autoloads
clojure-snippets-autoloads clojure-test-mode-autoloads
clojurescript-mode-autoloads crosshairs-autoloads
col-highlight-autoloads csv-mode-autoloads edit-server-autoloads
eldoc-eval-autoloads esk-autoloads expand-region-autoloads
find-file-in-project-autoloads flex-isearch-autoloads fuzzy-autoloads
fuzzy-match-autoloads geiser-autoloads git-blame-autoloads
git-commit-mode-autoloads helm-autoloads helm-descbinds-autoloads
hl-line+-autoloads htmlize-autoloads idle-highlight-mode-autoloads
ido-load-library-autoloads ido-ubiquitous-autoloads
ido-yes-or-no-autoloads iedit-autoloads iflipb-autoloads igrep-autoloads
jabber-autoloads js2-mode-autoloads lacarte-autoloads loop-autoloads
magit-gh-pulls-autoloads gh-autoloads logito-autoloads
magit-push-remote-autoloads magithub-autoloads magit-autoloads
markdown-mode+-autoloads markdown-mode-autoloads memory-usage-autoloads
mic-paren-autoloads minimap-autoloads multiple-cursors-autoloads
nrepl-autoloads clojure-mode-autoloads oauth2-autoloads
paredit-autoloads paredit-menu-autoloads persistent-soft-autoloads
list-utils-autoloads pcache-autoloads popup-autoloads quack-autoloads
rainbow-delimiters-autoloads rainbow-mode-autoloads rebox2-autoloads
robe-autoloads inf-ruby-autoloads rspec-mode-autoloads finder-inf
ruby-block-autoloads scheme-complete-autoloads smex-autoloads
sml-mode-autoloads sml-modeline-autoloads stem-autoloads
sunrise-commander-autoloads synonyms-autoloads vlf-autoloads
vline-autoloads w3m-autoloads yasnippet-autoloads zotelo-autoloads
package tramp tramp-compat auth-source eieio byte-opt bytecomp
byte-compile cconv gnus-util mm-util mail-prsvr password-cache
tramp-loaddefs format-spec ess-toolbar ess-mouse mouseme thingatpt
browse-url ess-menu ess-swv ess-noweb ess-noweb-font-lock-mode
ess-bugs-l essd-els ess-sas-d ess-sas-l ess-sas-a shell pcomplete
ess-arc-d ess-vst-d ess-xls-d ess-lsp-l ess-sta-d ess-sta-l cc-vars
cc-defs make-regexp ess-sp6-d ess-sp5-d ess-sp3-d ess-julia ess-r-d
ess-tracebug compile ess-roxy easy-mmode hideshow ess-help info reporter
ess-developer ess-r-args eldoc ess-s-l speedbar sb-image ezimage dframe
ess ess-inf comint ansi-color ring ess-mode ess-noweb-mode ess-utils
ess-custom ess-compat ess-site uniquify recentf tree-widget wid-edit
easymenu ibuf-ext ibuffer paren savehist cus-start cus-load
solarized-dark-theme solarized imenu-anywhere cl-macs gv imenu ido
sh-script smie executable edmacro kmacro advice help-fns autorevert
subword delsel warnings server cl nadvice cl-lib time-date tooltip
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd
fontset image regexp-opt fringe tabulated-list newcomment lisp-mode
register page menu-bar rfn-eshadow timer select scroll-bar mouse
jit-lock font-lock syntax facemenu font-core frame cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev
minibuffer loaddefs button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process dbusbind inotify
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty emacs)





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-28 12:19 bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Vitalie Spinu
@ 2013-04-28 17:26 ` Glenn Morris
  2013-04-28 18:30   ` Vitalie Spinu
  2013-04-29  0:34 ` Glenn Morris
  2013-05-13  4:38 ` Paul Eggert
  2 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-28 17:26 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Vitalie Spinu wrote:

> Start M-x shell and type exit. There is no message of process
> exiting. It actually doesn't exit at all; M-: (process-status
> (get-process "shell")) returns 'run.

I can't reproduce this in current trunk on RHEL or Debian testing.

> The problem doesn't occur in the most recent master branch, but in trunk
> it has been there already quite some time.

What does "most recent master branch" mean?

> Configured using:
>  `configure --no-create --no-recursion'

These arguments are supposed to be removed, since 2013-02-10.
Is it possible your tree is not correctly up-to-date or that your build
does not start from a clean state?





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-28 17:26 ` Glenn Morris
@ 2013-04-28 18:30   ` Vitalie Spinu
  2013-04-29  0:28     ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Vitalie Spinu @ 2013-04-28 18:30 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 14297

 >> Glenn Morris <rgm@gnu.org>
 >> on Sun, 28 Apr 2013 13:26:52 -0400 wrote:

 > Vitalie Spinu wrote:

 >> Start M-x shell and type exit. There is no message of process
 >> exiting. It actually doesn't exit at all; M-: (process-status
 >> (get-process "shell")) returns 'run.

 > I can't reproduce this in current trunk on RHEL or Debian testing.

This is Kubuntu 13.04.

 >> The problem doesn't occur in the most recent master branch, but in
 >> trunk it has been there already quite some time.

 > What does "most recent master branch" mean?

Ah, sorry, I meant emacs-24 branch. Don't know why I called it master.

 >> Configured using:
 >> `configure --no-create --no-recursion'

 > These arguments are supposed to be removed, since 2013-02-10.
 > Is it possible your tree is not correctly up-to-date or that your build
 > does not start from a clean state?

I sent the bug report from 

   commit 56a944dff18bde39e321aea2a987cb97a8db96e1 (HEAD)
   Merge: c3db377 2c1bbee
   Author: Glenn Morris <rgm@gnu.org>
   Date:   Sun Dec 30 10:09:01 2012 -0800

but the same thing is happening with trunk.

I don't observe it with emacs-24 branch. All my emacses are cleanly
built yesterday. 

    Vitalie





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-28 18:30   ` Vitalie Spinu
@ 2013-04-29  0:28     ` Glenn Morris
  0 siblings, 0 replies; 20+ messages in thread
From: Glenn Morris @ 2013-04-29  0:28 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297


>  >> Start M-x shell and type exit. There is no message of process
>  >> exiting. It actually doesn't exit at all; M-: (process-status
>  >> (get-process "shell")) returns 'run.

Can you check from outside Emacs whether the shell process terminates?
Because if you do type "exit" in a shell and it doesn't actually exit, I
can't see how that could be an Emacs bug. On the other hand, if the
shell does exit, but Emacs thinks the process is still running, that
would be an Emacs bug.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-28 12:19 bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Vitalie Spinu
  2013-04-28 17:26 ` Glenn Morris
@ 2013-04-29  0:34 ` Glenn Morris
  2013-04-29 12:39   ` Vitalie Spinu
  2013-05-13  4:38 ` Paul Eggert
  2 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-29  0:34 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Vitalie Spinu wrote:

> In GNU Emacs 24.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.17)
>  of 2013-04-28 on vitoshka-home
[...]
> Configured using:
>  `configure --no-create --no-recursion'

PS I don't understand how you managed to get these two pieces of
information in the same bug report. It doesn't make sense.

> I sent the bug report from 
>
>   commit 56a944dff18bde39e321aea2a987cb97a8db96e1 (HEAD)
>   Merge: c3db377 2c1bbee
>   Author: Glenn Morris <rgm <at> gnu.org>
>   Date:   Sun Dec 30 10:09:01 2012 -0800

Then I understand even less. Why does it say 2013-04-28 above then?





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29  0:34 ` Glenn Morris
@ 2013-04-29 12:39   ` Vitalie Spinu
  2013-04-29 15:49     ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Vitalie Spinu @ 2013-04-29 12:39 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 14297

 >> Glenn Morris <rgm@gnu.org>
 >> on Sun, 28 Apr 2013 20:34:19 -0400 wrote:

 > Vitalie Spinu wrote:
 >> In GNU Emacs 24.3.50.2 (i686-pc-linux-gnu, GTK+ Version 2.24.17)
 >> of 2013-04-28 on vitoshka-home
 > [...]
 >> Configured using:
 >> `configure --no-create --no-recursion'

 > PS I don't understand how you managed to get these two pieces of
 > information in the same bug report. It doesn't make sense.

This is the default ./configure :) I tried it again, see below.

 >> I sent the bug report from 
 >> 
 >> commit 56a944dff18bde39e321aea2a987cb97a8db96e1 (HEAD)
 >> Merge: c3db377 2c1bbee
 >> Author: Glenn Morris <rgm <at> gnu.org>
 >> Date:   Sun Dec 30 10:09:01 2012 -0800

 > Then I understand even less. Why does it say 2013-04-28 above then?

I think it reports the useless build date:). I have just built it again
on trunk from the following git commit:

   @~/TVC/emacs$ git log -1
   commit 8b34d015f1bb9af52028a5037a0d6047e638a95d
   Merge: e4b1f23 2a88707
   Author: Glenn Morris <rgm@gnu.org>
   Date:   Sat Feb 9 17:56:25 2013 -0800
   
       Merge from emacs-24; up to r111242

with 

   git clean -fd
   make bootstrap

And it gives the same thing:

   GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.17) of
   2013-04-29 on vitoshka-home
   
   Configured using:
    `configure --no-create --no-recursion'
   
   Important settings:
     value of $LANG: en_US.UTF-8
     locale-coding-system: utf-8-unix
     default enable-multibyte-characters: t

Configure output:

   Configured for `i686-pc-linux-gnu'.
   
     Where should the build process find the source code?    /home/vitoshka/TVC/emacs
     What compiler should emacs be built with?               gcc -std=gnu99 -g3 -O2
     Should Emacs use the GNU version of malloc?             yes
         (Using Doug Lea's new malloc from the GNU C Library.)
     Should Emacs use a relocating allocator for buffers?    no
     Should Emacs use mmap(2) for buffer allocation?         no
     What window system should Emacs use?                    x11
     What toolkit should Emacs use?                          GTK2
     Where do we find X Windows header files?                Standard dirs
     Where do we find X Windows libraries?                   Standard dirs
     Does Emacs use -lXaw3d?                                 no
     Does Emacs use -lXpm?                                   yes
     Does Emacs use -ljpeg?                                  yes
     Does Emacs use -ltiff?                                  yes
     Does Emacs use a gif library?                           yes -lgif
     Does Emacs use -lpng?                                   yes
     Does Emacs use -lrsvg-2?                                yes
     Does Emacs use imagemagick?                             yes
     Does Emacs use -lgpm?                                   yes
     Does Emacs use -ldbus?                                  yes
     Does Emacs use -lgconf?                                 yes
     Does Emacs use GSettings?                               yes
     Does Emacs use -lselinux?                               no
     Does Emacs use -lgnutls?                                yes
     Does Emacs use -lxml2?                                  yes
     Does Emacs use -lfreetype?                              yes
     Does Emacs use -lm17n-flt?                              yes
     Does Emacs use -lotf?                                   yes
     Does Emacs use -lxft?                                   yes
     Does Emacs use toolkit scroll bars?                     yes
   


And the shell problem is there. The bash subprocess actually exits but
emacs doesn't notice that. Same on today's trunk:

   
   In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.17)
    of 2013-04-29 on vitoshka-home
   Windowing system distributor `The X.Org Foundation', version 11.0.11303000
   System Description:	Ubuntu 13.04
   
   Important settings:
     value of $LANG: en_US.UTF-8
     locale-coding-system: utf-8-unix
     default enable-multibyte-characters: t


The problem does not occur in non-emacs terminal or in emacs24
branch. 

    Vitalie





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 12:39   ` Vitalie Spinu
@ 2013-04-29 15:49     ` Glenn Morris
  2013-04-29 18:30       ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-29 15:49 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Vitalie Spinu wrote:

> I think it reports the useless build date:).

Sorry, of course, I finally get it. Ignore everything I said on that
subject.

> And the shell problem is there. The bash subprocess actually exits but
> emacs doesn't notice that. Same on today's trunk:
[...]
> The problem does not occur in non-emacs terminal or in emacs24
> branch. 

OK, thanks.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 15:49     ` Glenn Morris
@ 2013-04-29 18:30       ` Glenn Morris
  2013-04-29 18:41         ` Vitalie Spinu
  0 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-29 18:30 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297


Are you able to bisect to find the revision that caused this?





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 18:30       ` Glenn Morris
@ 2013-04-29 18:41         ` Vitalie Spinu
  2013-04-29 18:53           ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Vitalie Spinu @ 2013-04-29 18:41 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 14297

 >> Glenn Morris <rgm@gnu.org>
 >> on Mon, 29 Apr 2013 14:30:34 -0400 wrote:

 > Are you able to bisect to find the revision that caused this?

I have tried, but plenty of location in trunk history (before January
2013) don't build because of (usually) silly elisp errors in peripheral
packages.

Is there a way to instruct "make" to skip these non-essential elisp
errors? 

    Vitalie





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 18:41         ` Vitalie Spinu
@ 2013-04-29 18:53           ` Glenn Morris
  2013-04-29 19:10             ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-29 18:53 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Vitalie Spinu wrote:

>  > Are you able to bisect to find the revision that caused this?
>
> I have tried, but plenty of location in trunk history (before January
> 2013) don't build because of (usually) silly elisp errors in peripheral
> packages.
>
> Is there a way to instruct "make" to skip these non-essential elisp
> errors? 

I think you must be pretty close to finding it already, because you said
Dec 30 was bad, but that emacs-24 was ok? This narrows it down to
between Dec 30 and Nov 2, because emacs-24 only diverged from trunk on
Nov 2:

http://lists.gnu.org/archive/html/emacs-devel/2012-11/msg00019.html

It's fairly likely to be something in process.c. So if you find a build
after Nov 2 that doesn't have the issue, you can probably get away with
just "make" after switching to each different revision, rather than
building from a clean state.

Otherwise, even if make bootstrap fails compiling some non-essential
elisp, then so long as src/emacs got built, you ought to be able to test
it for the problem.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 18:53           ` Glenn Morris
@ 2013-04-29 19:10             ` Glenn Morris
  2013-04-29 22:36               ` Vitalie Spinu
  0 siblings, 1 reply; 20+ messages in thread
From: Glenn Morris @ 2013-04-29 19:10 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Glenn Morris wrote:

> It's fairly likely to be something in process.c.

PS which suggests checking these (bzr trunk) revision numbers:

revno: 111280
revno: 111258
revno: 111151
revno: 111122
revno: 111081
revno: 111064
revno: 111016
revno: 110931
revno: 110922
revno: 110909
revno: 110889
revno: 110801
revno: 110784





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 19:10             ` Glenn Morris
@ 2013-04-29 22:36               ` Vitalie Spinu
  2013-04-29 23:42                 ` Glenn Morris
  0 siblings, 1 reply; 20+ messages in thread
From: Vitalie Spinu @ 2013-04-29 22:36 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 14297


Problem does not occur in emacs -nw and as I have just discovered it
doesn't occur with lucid either. Sorry, it took me a while to figure
this out. So it is probably some local glitch with Gtk what happened
after the update.  It's pretty non intuitive, how failure of
(process-live-p proc) is connected to window toolkit?

With trunk from last November I cannot open Gtk emacs at all. I will
reinstall Gtk tomorrow to see if that helps.

Thanks for all the input, 

    Vitalie


 >> Glenn Morris <rgm@gnu.org>
 >> on Mon, 29 Apr 2013 15:10:21 -0400 wrote:

 > Glenn Morris wrote:
 >> It's fairly likely to be something in process.c.

 > PS which suggests checking these (bzr trunk) revision numbers:

 > revno: 111280
 > revno: 111258
 > revno: 111151
 > revno: 111122
 > revno: 111081
 > revno: 111064
 > revno: 111016
 > revno: 110931
 > revno: 110922
 > revno: 110909
 > revno: 110889
 > revno: 110801
 > revno: 110784





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-29 22:36               ` Vitalie Spinu
@ 2013-04-29 23:42                 ` Glenn Morris
  0 siblings, 0 replies; 20+ messages in thread
From: Glenn Morris @ 2013-04-29 23:42 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

Vitalie Spinu wrote:

> Problem does not occur in emacs -nw and as I have just discovered it
> doesn't occur with lucid either. Sorry, it took me a while to figure
> this out. So it is probably some local glitch with Gtk what happened
> after the update.  It's pretty non intuitive, how failure of
> (process-live-p proc) is connected to window toolkit?

Apparently you are lucky you can even start a Gtk Emacs in Kubuntu
13.04, eg

https://bugs.launchpad.net/ubuntu/+source/emacs23/+bug/1142213





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-04-28 12:19 bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Vitalie Spinu
  2013-04-28 17:26 ` Glenn Morris
  2013-04-29  0:34 ` Glenn Morris
@ 2013-05-13  4:38 ` Paul Eggert
  2013-05-13 15:59   ` Eli Zaretskii
  2 siblings, 1 reply; 20+ messages in thread
From: Paul Eggert @ 2013-05-13  4:38 UTC (permalink / raw)
  To: Vitalie Spinu; +Cc: 14297

> It's pretty non intuitive, how failure of
> (process-live-p proc) is connected to window toolkit?

The problem is that Gtk creates subprocesses in its own thread,
and the Emacs main thread (until recently) mistakenly reaped these
subprocesses with waitpid (-1, ...).  See:

https://bugzilla.gnome.org/show_bug.cgi?id=687075#c2
http://bugs.gnu.org/8855
http://bugs.gnu.org/9627
http://bugs.gnu.org/12980

Fixing this Emacs bug required changing how Emacs waited for children;
it no longer does a waitpid (-1, ...), but always does a waitpid
for children that it knows about.

Given the discussion in
<https://bugs.launchpad.net/ubuntu/+source/emacs23/+bug/1142213>
it appears that the bug is in something other than Emacs proper,
and affects other programs.  But if it is just an Emacs thing,
perhaps you can reproduce it with 'strace -o trace.txt -f emacs'
and then we could look at the trace of the part where Emacs
tries to wait for its child process to finish.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-05-13  4:38 ` Paul Eggert
@ 2013-05-13 15:59   ` Eli Zaretskii
  2013-05-13 16:58     ` Paul Eggert
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2013-05-13 15:59 UTC (permalink / raw)
  To: Paul Eggert; +Cc: spinuvit, 14297

> Date: Sun, 12 May 2013 21:38:55 -0700
> From: Paul Eggert <eggert@cs.ucla.edu>
> Cc: 14297@debbugs.gnu.org
> 
> > It's pretty non intuitive, how failure of
> > (process-live-p proc) is connected to window toolkit?
> 
> The problem is that Gtk creates subprocesses in its own thread,
> and the Emacs main thread (until recently) mistakenly reaped these
> subprocesses with waitpid (-1, ...).  See:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=687075#c2
> http://bugs.gnu.org/8855
> http://bugs.gnu.org/9627
> http://bugs.gnu.org/12980
> 
> Fixing this Emacs bug required changing how Emacs waited for children;
> it no longer does a waitpid (-1, ...), but always does a waitpid
> for children that it knows about.
> 
> Given the discussion in
> <https://bugs.launchpad.net/ubuntu/+source/emacs23/+bug/1142213>
> it appears that the bug is in something other than Emacs proper,
> and affects other programs.

My reading of that discussion is that the problems were observed in
Emacs 23, but not in "emacs-snapshot" (which probably means the trunk,
since that was written 2 weeks ago).  By contrast, Vitalie here says
the opposite: that the problem exists on the trunk, but not on the
emacs-24 branch.

So I'm not sure this is the same problem.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-05-13 15:59   ` Eli Zaretskii
@ 2013-05-13 16:58     ` Paul Eggert
  2013-05-13 17:41       ` Eli Zaretskii
  0 siblings, 1 reply; 20+ messages in thread
From: Paul Eggert @ 2013-05-13 16:58 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: spinuvit, 14297

On 05/13/13 08:59, Eli Zaretskii wrote:
> So I'm not sure this is the same problem.

I agree.  I brought up the issue because the question
arose as to how (process-live-p proc) is connected to
the window toolkit.

It's conceivable, for example, that a buggy Gtk plugin
is doing a waitpid (-1, ...), which would mess up
Emacs greatly (and would also mess up other applications,
the symptoms observed here).

Perhaps we should apply something like the following patch,
to help detect these situations better?

=== modified file 'src/sysdep.c'
--- src/sysdep.c	2013-03-24 12:59:45 +0000
+++ src/sysdep.c	2013-05-13 16:56:59 +0000
@@ -315,7 +315,8 @@ get_child_status (pid_t child, int *stat
 void
 wait_for_termination (pid_t child, int *status, bool interruptible)
 {
-  get_child_status (child, status, 0, interruptible);
+  if (get_child_status (child, status, 0, interruptible) < 0)
+    emacs_abort ();
 }
 
 /* Report whether the subprocess with process id CHILD has changed status.
@@ -330,7 +331,10 @@ wait_for_termination (pid_t child, int *
 pid_t
 child_status_changed (pid_t child, int *status, int options)
 {
-  return get_child_status (child, status, WNOHANG | options, 0);
+  pid_t p = get_child_status (child, status, WNOHANG | options, 0);
+  if (p < 0)
+    emacs_abort ();
+  return p;
 }
 
 /*







^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-05-13 16:58     ` Paul Eggert
@ 2013-05-13 17:41       ` Eli Zaretskii
  2013-05-13 18:34         ` Paul Eggert
  0 siblings, 1 reply; 20+ messages in thread
From: Eli Zaretskii @ 2013-05-13 17:41 UTC (permalink / raw)
  To: Paul Eggert; +Cc: spinuvit, 14297

> Date: Mon, 13 May 2013 09:58:17 -0700
> From: Paul Eggert <eggert@cs.ucla.edu>
> CC: spinuvit@gmail.com, 14297@debbugs.gnu.org
> 
> On 05/13/13 08:59, Eli Zaretskii wrote:
> > So I'm not sure this is the same problem.
> 
> I agree.  I brought up the issue because the question
> arose as to how (process-live-p proc) is connected to
> the window toolkit.
> 
> It's conceivable, for example, that a buggy Gtk plugin
> is doing a waitpid (-1, ...), which would mess up
> Emacs greatly (and would also mess up other applications,
> the symptoms observed here).
> 
> Perhaps we should apply something like the following patch,
> to help detect these situations better?

Will calling emacs_abort give us enough information about who's the
culprit?

How about this alternative idea: write a replacement waitpid, which
will check if it is called by someone other than our main thread, and
with its first argument negative, and then produce a backtrace or some
message to stderr?  Would that work to trap calls to waitpid from GTK?





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-05-13 17:41       ` Eli Zaretskii
@ 2013-05-13 18:34         ` Paul Eggert
  2015-12-25 23:45           ` Lars Ingebrigtsen
  0 siblings, 1 reply; 20+ messages in thread
From: Paul Eggert @ 2013-05-13 18:34 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: spinuvit, 14297

On second thought, please forget my patch.  get_child_status will abort
anyway, if the bug that I hypothesized occurs, so my patch isn't needed.

On 05/13/13 10:41, Eli Zaretskii wrote:

> How about this alternative idea: write a replacement waitpid, which
> will check if it is called by someone other than our main thread, and
> with its first argument negative, and then produce a backtrace or some
> message to stderr?  Would that work to trap calls to waitpid from GTK?

That could well work, yes, and it might be worth trying if we see
the right symptoms.  But since get_child_status is not aborting I
don't think we're seeing the right symptoms.





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2013-05-13 18:34         ` Paul Eggert
@ 2015-12-25 23:45           ` Lars Ingebrigtsen
  2015-12-26  0:19             ` Vitalie Spinu
  0 siblings, 1 reply; 20+ messages in thread
From: Lars Ingebrigtsen @ 2015-12-25 23:45 UTC (permalink / raw)
  To: Paul Eggert; +Cc: spinuvit, 14297

Paul Eggert <eggert@cs.ucla.edu> writes:

> On second thought, please forget my patch.  get_child_status will abort
> anyway, if the bug that I hypothesized occurs, so my patch isn't needed.
>
> On 05/13/13 10:41, Eli Zaretskii wrote:
>
>> How about this alternative idea: write a replacement waitpid, which
>> will check if it is called by someone other than our main thread, and
>> with its first argument negative, and then produce a backtrace or some
>> message to stderr?  Would that work to trap calls to waitpid from GTK?
>
> That could well work, yes, and it might be worth trying if we see
> the right symptoms.  But since get_child_status is not aborting I
> don't think we're seeing the right symptoms.

The problem here seemed to be with Gtk under Kubuntu.  Is this still a
problem, or has it gone away during the last two years?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 20+ messages in thread

* bug#14297: 24.3.50; emacs subprocesses don't exit on "exit"
  2015-12-25 23:45           ` Lars Ingebrigtsen
@ 2015-12-26  0:19             ` Vitalie Spinu
  0 siblings, 0 replies; 20+ messages in thread
From: Vitalie Spinu @ 2015-12-26  0:19 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: Paul Eggert, 14297

[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]

Yes. It has been gone for me for long.

On 26 December 2015 at 00:45, Lars Ingebrigtsen <larsi@gnus.org> wrote:

> Paul Eggert <eggert@cs.ucla.edu> writes:
>
> > On second thought, please forget my patch.  get_child_status will abort
> > anyway, if the bug that I hypothesized occurs, so my patch isn't needed.
> >
> > On 05/13/13 10:41, Eli Zaretskii wrote:
> >
> >> How about this alternative idea: write a replacement waitpid, which
> >> will check if it is called by someone other than our main thread, and
> >> with its first argument negative, and then produce a backtrace or some
> >> message to stderr?  Would that work to trap calls to waitpid from GTK?
> >
> > That could well work, yes, and it might be worth trying if we see
> > the right symptoms.  But since get_child_status is not aborting I
> > don't think we're seeing the right symptoms.
>
> The problem here seemed to be with Gtk under Kubuntu.  Is this still a
> problem, or has it gone away during the last two years?
>
> --
> (domestic pets only, the antidote for overdose, milk.)
>    bloggy blog: http://lars.ingebrigtsen.no
>

[-- Attachment #2: Type: text/html, Size: 1756 bytes --]

^ permalink raw reply	[flat|nested] 20+ messages in thread

end of thread, other threads:[~2015-12-26  0:19 UTC | newest]

Thread overview: 20+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-04-28 12:19 bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Vitalie Spinu
2013-04-28 17:26 ` Glenn Morris
2013-04-28 18:30   ` Vitalie Spinu
2013-04-29  0:28     ` Glenn Morris
2013-04-29  0:34 ` Glenn Morris
2013-04-29 12:39   ` Vitalie Spinu
2013-04-29 15:49     ` Glenn Morris
2013-04-29 18:30       ` Glenn Morris
2013-04-29 18:41         ` Vitalie Spinu
2013-04-29 18:53           ` Glenn Morris
2013-04-29 19:10             ` Glenn Morris
2013-04-29 22:36               ` Vitalie Spinu
2013-04-29 23:42                 ` Glenn Morris
2013-05-13  4:38 ` Paul Eggert
2013-05-13 15:59   ` Eli Zaretskii
2013-05-13 16:58     ` Paul Eggert
2013-05-13 17:41       ` Eli Zaretskii
2013-05-13 18:34         ` Paul Eggert
2015-12-25 23:45           ` Lars Ingebrigtsen
2015-12-26  0:19             ` Vitalie Spinu

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.