From unknown Mon Jun 23 14:58:49 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14297 <14297@debbugs.gnu.org> To: bug#14297 <14297@debbugs.gnu.org> Subject: Status: 24.3.50; emacs subprocesses don't exit on "exit" Reply-To: bug#14297 <14297@debbugs.gnu.org> Date: Mon, 23 Jun 2025 21:58:49 +0000 retitle 14297 24.3.50; emacs subprocesses don't exit on "exit" reassign 14297 emacs submitter 14297 Vitalie Spinu severity 14297 important tag 14297 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 08:20:32 2013 Received: (at submit) by debbugs.gnu.org; 28 Apr 2013 12:20:33 +0000 Received: from localhost ([127.0.0.1]:47986 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWQak-0001mW-0g for submit@debbugs.gnu.org; Sun, 28 Apr 2013 08:20:32 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44242) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWQad-0001mH-Sp for submit@debbugs.gnu.org; Sun, 28 Apr 2013 08:20:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UWQaN-0006eQ-2m for submit@debbugs.gnu.org; Sun, 28 Apr 2013 08:20:11 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:56646) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWQaM-0006eF-Vm for submit@debbugs.gnu.org; Sun, 28 Apr 2013 08:20:07 -0400 Received: from eggs.gnu.org ([208.118.235.92]:55579) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWQaH-0002VG-1r for bug-gnu-emacs@gnu.org; Sun, 28 Apr 2013 08:20:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UWQaB-0006O0-L9 for bug-gnu-emacs@gnu.org; Sun, 28 Apr 2013 08:20:00 -0400 Received: from mail-we0-x229.google.com ([2a00:1450:400c:c03::229]:39921) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UWQaB-0006Nu-6r for bug-gnu-emacs@gnu.org; Sun, 28 Apr 2013 08:19:55 -0400 Received: by mail-we0-f169.google.com with SMTP id p43so4934740wea.28 for ; Sun, 28 Apr 2013 05:19:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:subject:date:message-id:mime-version :content-type; bh=u4V1snWzOHfHLmSx0XoHgRSRU6lyJpztjzVKPE3Mrqw=; b=V/mKQ81PVijpgsIbH+zajvDkOpXy5dnY+OzxunuJR2s0xKI6M9vfbZDJ+uwHKNUBGH TglLYJi8vRfsa5M99N6a1fRjo9LDUcX/1GXDUdoYlXl5CF3pcKSmc/8cwfV8YB9m11uG w0NINI8SRSzLG8vqRYCA9dsDK3tqSHrxyfTDjcAhykjEhopy9glxezWHe3TbkN/ZEKxM jbucSbuM1V9xQbdeoPjUuf749w9l6Fv9Y5rlbZWQw0VCDP6X8/pmgF6KnENmU5X9c9V+ oQ7fEUaTbODd2ycE7k5SxUpcy1D0ZAULLoqLqAsuhsquD+7UF22iqqN93QhHeN2kRuFs XxgQ== X-Received: by 10.194.92.176 with SMTP id cn16mr72936125wjb.51.1367151592593; Sun, 28 Apr 2013 05:19:52 -0700 (PDT) Received: from localhost (dhcp-077-249-018-128.chello.nl. [77.249.18.128]) by mx.google.com with ESMTPSA id q18sm13941354wiw.8.2013.04.28.05.19.51 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 28 Apr 2013 05:19:51 -0700 (PDT) From: Vitalie Spinu To: bug-gnu-emacs@gnu.org Subject: 24.3.50; emacs subprocesses don't exit on "exit" Date: Sun, 28 Apr 2013 14:19:50 +0200 Message-ID: <87d2te3l09.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) 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 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 e x i t M-x v e r C-h f c o m i n t C-o M-o s e n d - l i i n C-s 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 C-n C-n C-n g l l C-n C-n C-n C-n C-n C-p C-p C-p C-p 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 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 C-c C-c M-x C-g C-x k M-x s h e e x i t C-x b C-g M-x e m a c s C-SPC b u g 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) From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 13:27:15 2013 Received: (at 14297) by debbugs.gnu.org; 28 Apr 2013 17:27:15 +0000 Received: from localhost ([127.0.0.1]:48761 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWVNa-0004hJ-B7 for submit@debbugs.gnu.org; Sun, 28 Apr 2013 13:27:14 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44175) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWVNX-0004h4-Ng for 14297@debbugs.gnu.org; Sun, 28 Apr 2013 13:27:12 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWVNH-0004xI-5v; Sun, 28 Apr 2013 13:26:55 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> X-Spook: cybercash CipherTAC-2000 afsatcom Taiwan lynch cracking X-Ran: {hbD)|g_4hJ>LM^AP4~dV"Zd@6;'dbL~.0l6Uby~u&iw^r^('y,7IpB]'In?{X%Gv|Rc.? X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 28 Apr 2013 13:26:52 -0400 In-Reply-To: <87d2te3l09.fsf@gmail.com> (Vitalie Spinu's message of "Sun, 28 Apr 2013 14:19:50 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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? From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 14:31:18 2013 Received: (at 14297) by debbugs.gnu.org; 28 Apr 2013 18:31:18 +0000 Received: from localhost ([127.0.0.1]:48812 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWWNZ-0007Cr-TX for submit@debbugs.gnu.org; Sun, 28 Apr 2013 14:31:18 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:41350) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWWNW-0007Cf-Il for 14297@debbugs.gnu.org; Sun, 28 Apr 2013 14:31:15 -0400 Received: by mail-wi0-f171.google.com with SMTP id l13so2087771wie.16 for <14297@debbugs.gnu.org>; Sun, 28 Apr 2013 11:31:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=ieOJVgaoNur9772QnXPOME0Nn/Ox6wHCUsqlRrc2OHI=; b=kR56zkX78YlO3prTG6jWYf7SOZIhO6dMihfI4AqWEQOn5jah3UOxsfuafjsoOMJDiC uv+CikJpzgkr1kTbSo++kJTbZyjOfZmcIF7cNlJNEsuVAJauExtZujz4//6O0b5USfnF gWcZ2PcKdDqtCSYjMoQQP3CqUsj8b9rXGXKwaYW/Sqcb9V4U28JY6zeW6Zx7fEdLnR6X ActZjl4p6bYA/ZxiLhiC5GGqwuBa1B7PqLPOLvDxwX/4spCm7hOE59sGCu6xBnvIhO/d z/ObMoshVhJ5YFKnDJ5Xx4QWb+CgCyGxpQ00J8jYEZBmjbf7Uoqgweg0b1SyWUVz8Zk+ 3Sag== X-Received: by 10.194.93.68 with SMTP id cs4mr6253159wjb.17.1367173860794; Sun, 28 Apr 2013 11:31:00 -0700 (PDT) Received: from localhost (dhcp-077-249-018-128.chello.nl. [77.249.18.128]) by mx.google.com with ESMTPSA id t7sm15805785wij.2.2013.04.28.11.30.59 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sun, 28 Apr 2013 11:31:00 -0700 (PDT) From: Vitalie Spinu To: Glenn Morris Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Organization: EUR References: <87d2te3l09.fsf@gmail.com> Date: Sun, 28 Apr 2013 20:30:58 +0200 In-Reply-To: (Glenn Morris's message of "Sun, 28 Apr 2013 13:26:52 -0400") Message-ID: <87d2teh5i5.fsf@gmail.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> Glenn Morris >> 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 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 From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 20:29:06 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 00:29:06 +0000 Received: from localhost ([127.0.0.1]:49096 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWbxo-0004t9-VM for submit@debbugs.gnu.org; Sun, 28 Apr 2013 20:29:06 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:49190) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWbxn-0004t0-8o for 14297@debbugs.gnu.org; Sun, 28 Apr 2013 20:29:03 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWbxX-0004dU-Am; Sun, 28 Apr 2013 20:28:47 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87d2teh5i5.fsf@gmail.com> X-Spook: corporate security 22nd SAS Bletchley Park Osama X-Ran: i}YfhJ4f'&RT~{AmC;sXuQzr4R[/.exjvjt5H#)}u* X-Hue: green X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 28 Apr 2013 20:28:47 -0400 In-Reply-To: <87d2teh5i5.fsf@gmail.com> (Vitalie Spinu's message of "Sun, 28 Apr 2013 20:30:58 +0200") Message-ID: <0robcykwn4.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) > >> 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. From debbugs-submit-bounces@debbugs.gnu.org Sun Apr 28 20:34:36 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 00:34:36 +0000 Received: from localhost ([127.0.0.1]:49101 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWc39-0005Cf-SQ for submit@debbugs.gnu.org; Sun, 28 Apr 2013 20:34:36 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:49246) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWc38-0005CX-QO for 14297@debbugs.gnu.org; Sun, 28 Apr 2013 20:34:35 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWc2t-0007cL-HK; Sun, 28 Apr 2013 20:34:19 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> X-Spook: CipherTAC-2000 Montenegro argus Khaddafi New World X-Ran: 2AIg+9aSqRI{%R"3.V)U;={{xTs|nG?9bx/~=F.)qJ._wl_dv/-NKc7`JnRUUbJX'F X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Sun, 28 Apr 2013 20:34:19 -0400 In-Reply-To: <87d2te3l09.fsf@gmail.com> (Vitalie Spinu's message of "Sun, 28 Apr 2013 14:19:50 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -9.3 (---------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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 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? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 08:40:01 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 12:40:01 +0000 Received: from localhost ([127.0.0.1]:49837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWnNA-0001C7-VD for submit@debbugs.gnu.org; Mon, 29 Apr 2013 08:40:01 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:44735) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWnN7-0001Bv-Td for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 08:39:59 -0400 Received: by mail-wg0-f49.google.com with SMTP id x12so3527578wgg.28 for <14297@debbugs.gnu.org>; Mon, 29 Apr 2013 05:39:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :message-id:user-agent:mime-version:content-type; bh=8sHAoDOO5MJZVJiqyDsF29UN1xCOhoQLq3bw7jr4xdo=; b=iZNqilA4O9QxZ6bvh8vqhx8O1vPQKcCKTJKvVtljG8jsrMzg99IjVBEY0+SrRkqEIj a+GQD9scy3IRIPjlPpQkSY/1n8JNAAiQBSnuEqwMIDI3a+v9LPr27X2JYh1I1h+NsQ8T x26B2SxVuvbcLytVQss5K5EHgxXP9tWUeBlEJASskyKKCwbhsg515kwp58kCu0g7PKh9 grCVL5IiALkPPh6wV+96g7JsP3RIrvHGBpumRyhX4qL5+H5NO1zRmX4YeJIDkXqRYagv iplWbbpxLtTrOmJG3cQdfvq6CEx8UCsSSvhkhCdcw97GEbYv0m/RN4lNRUqarmcb4OJ2 tXug== X-Received: by 10.180.73.228 with SMTP id o4mr17424815wiv.12.1367239179780; Mon, 29 Apr 2013 05:39:39 -0700 (PDT) Received: from localhost (dhcp-077-249-018-128.chello.nl. [77.249.18.128]) by mx.google.com with ESMTPSA id fz3sm22074232wib.0.2013.04.29.05.39.38 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 29 Apr 2013 05:39:39 -0700 (PDT) From: Vitalie Spinu To: Glenn Morris Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Organization: EUR References: <87d2te3l09.fsf@gmail.com> Date: Mon, 29 Apr 2013 14:39:37 +0200 Message-ID: <87vc75ecja.fsf@gmail.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> Glenn Morris >> 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 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 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 11:49:38 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 15:49:39 +0000 Received: from localhost ([127.0.0.1]:50518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqKg-0006Pg-AT for submit@debbugs.gnu.org; Mon, 29 Apr 2013 11:49:38 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:39711) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWqKe-0006PV-Gm for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 11:49:37 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWqKK-00009m-CX; Mon, 29 Apr 2013 11:49:16 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> X-Spook: Bosnia Dick Cheney Gazprom industrial espionage Lon X-Ran: Do7ENR]lCv"l+xm*lAQ^.>y3^A}Sm">m%/tV}n~7.>f5>1@g/zb(FZx$J34e\/uCk*o2)\ X-Hue: white X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 29 Apr 2013 11:49:16 -0400 In-Reply-To: <87vc75ecja.fsf@gmail.com> (Vitalie Spinu's message of "Mon, 29 Apr 2013 14:39:37 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 14:30:57 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 18:30:57 +0000 Received: from localhost ([127.0.0.1]:50721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWsqm-0000bv-0K for submit@debbugs.gnu.org; Mon, 29 Apr 2013 14:30:56 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:43317) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWsqk-0000bp-7i for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 14:30:54 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWsqQ-0001BT-9Z; Mon, 29 Apr 2013 14:30:34 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> X-Spook: Afghanistan Axis of Evil import morse kibo Indigo X-Ran: :`NG>Nq|Xg770SM6E>]avZZ%ZbH_.]PCjiGD])WKy$)xuqJ=u^S\#Hqk#/RB^oI?4\"w}] X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 29 Apr 2013 14:30:34 -0400 In-Reply-To: (Glenn Morris's message of "Mon, 29 Apr 2013 11:49:16 -0400") Message-ID: <5ywqrlfaut.fsf@fencepost.gnu.org> User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) Are you able to bisect to find the revision that caused this? From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 14:41:58 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 18:41:58 +0000 Received: from localhost ([127.0.0.1]:50732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWt1R-0001AF-Om for submit@debbugs.gnu.org; Mon, 29 Apr 2013 14:41:58 -0400 Received: from mail-wi0-f179.google.com ([209.85.212.179]:63664) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWt1P-00019w-6Q for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 14:41:56 -0400 Received: by mail-wi0-f179.google.com with SMTP id l13so3136293wie.6 for <14297@debbugs.gnu.org>; Mon, 29 Apr 2013 11:41:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :in-reply-to:message-id:user-agent:mime-version:content-type; bh=CF5qIqGb7uTt+n3tPm0UMmURMmkJou5+6Jfo2SwI3yc=; b=BsUdqYoZKIrYl1VwBjmSMGnjViqSTRcQ1twdA9GNK56pxEQd74xBxHADf8HEs1LWXZ M2sX//BZj3VWaO33DU4IhEGAXkTvZE7Xk7WOSZ22R3hNGAb0hNMC6tW1cQ79Wi1E4ZOv 9w4/YKMcgzaibrCrHuh9V+Qumdft3WEM7XJrRNZRKZkxZgIm4ujnOFOjYYvpvtKd6L5c bwZR3Jc/1M2Yi9MzTFB4uPsFSjLIpM9ZbpXoePbUWMu7Gw8V/k6D0Wfr7Ib0yjN7I6+w j6ZZNLSjGFhrDYjUS7cZQZCCksIINgAc71kXy/65HUFC8RRq/tap0KmYovHUFAERM6wD soug== X-Received: by 10.180.38.105 with SMTP id f9mr19978299wik.15.1367260895566; Mon, 29 Apr 2013 11:41:35 -0700 (PDT) Received: from localhost (dhcp-077-249-018-128.chello.nl. [77.249.18.128]) by mx.google.com with ESMTPSA id s6sm21896126wij.4.2013.04.29.11.41.34 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 29 Apr 2013 11:41:34 -0700 (PDT) From: Vitalie Spinu To: Glenn Morris Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Organization: EUR References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> <5ywqrlfaut.fsf@fencepost.gnu.org> Date: Mon, 29 Apr 2013 20:41:33 +0200 In-Reply-To: <5ywqrlfaut.fsf@fencepost.gnu.org> (Glenn Morris's message of "Mon, 29 Apr 2013 14:30:34 -0400") Message-ID: <87a9ohdvs2.fsf@gmail.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) >> Glenn Morris >> 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 14:54:26 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 18:54:26 +0000 Received: from localhost ([127.0.0.1]:50738 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtDS-0001fT-98 for submit@debbugs.gnu.org; Mon, 29 Apr 2013 14:54:26 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:43773) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtDL-0001fH-Ly for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 14:54:20 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWtD2-0007sZ-5X; Mon, 29 Apr 2013 14:53:56 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> <5ywqrlfaut.fsf@fencepost.gnu.org> <87a9ohdvs2.fsf@gmail.com> X-Spook: INS Indigo Lexis-Nexis explosion Abbas Reno Serbian X-Ran: :+vs5}qdrHN;dMV\YF{}eiq._sT,13mWWw9drW|J;iN)NG,c}7R6K+S%s]d$#PKpo_%gdw X-Hue: magenta X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 29 Apr 2013 14:53:55 -0400 In-Reply-To: <87a9ohdvs2.fsf@gmail.com> (Vitalie Spinu's message of "Mon, 29 Apr 2013 20:41:33 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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. From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 15:10:45 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 19:10:45 +0000 Received: from localhost ([127.0.0.1]:50755 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtTI-0002MV-JW for submit@debbugs.gnu.org; Mon, 29 Apr 2013 15:10:45 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:44050) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWtTF-0002MI-Pe for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 15:10:42 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWtSv-0002EL-Sw; Mon, 29 Apr 2013 15:10:21 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> <5ywqrlfaut.fsf@fencepost.gnu.org> <87a9ohdvs2.fsf@gmail.com> X-Spook: Mole advisors mindwar HAMASMOIS Aladdin ISEC mania X-Ran: ^]qxcA[y=Q'MKV5$`wVl9tvl\?o>f/BotVZeRhI]rhi}zMAB'a User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 18:36:57 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 22:36:57 +0000 Received: from localhost ([127.0.0.1]:51068 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwgq-0002Z8-Lp for submit@debbugs.gnu.org; Mon, 29 Apr 2013 18:36:56 -0400 Received: from mail-wg0-f46.google.com ([74.125.82.46]:60824) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWwgo-0002Yw-Fu for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 18:36:55 -0400 Received: by mail-wg0-f46.google.com with SMTP id e11so4016179wgh.25 for <14297@debbugs.gnu.org>; Mon, 29 Apr 2013 15:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:from:to:cc:subject:organization:references:date :message-id:user-agent:mime-version:content-type; bh=wjDVtx8Q6/LulzpCMoYrokNgi/UwAIy392W315jj+x8=; b=IvHpdClAOolcQdn0fgdOqeNqBJCkQ29iusN4REGU19sMyQm29k8vmYnPeDorDlGQ+8 TUlgYbwOQyNFvrf2ZS9eS+NKtK504vxZgKrDojqeS9suLrUgU3gSdCwchVfUmwNqOYdD bBlUKWJXN8zc4wx3p6PBRcMkWh3fvKTOdBbVXaPg1RKKIwO+WhlL3/z+FBxd7bZM5mXo 99BAaBGo/3qTh+9rdk2ofoH3bvQFdeIPS5uqlqilLdaPHlaiIMw8UWhvmZPxiHp3Po/i zYkrZvhpf/J3ZYEgUW0eFy+67sDMeQ8Mc6S3g8rwJdbJMgTN4kqdmJaHBkS/H5JU5Htg zacw== X-Received: by 10.180.212.3 with SMTP id ng3mr167319wic.22.1367274993970; Mon, 29 Apr 2013 15:36:33 -0700 (PDT) Received: from localhost (dhcp-077-249-018-128.chello.nl. [77.249.18.128]) by mx.google.com with ESMTPSA id s6sm23010465wij.4.2013.04.29.15.36.32 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 29 Apr 2013 15:36:33 -0700 (PDT) From: Vitalie Spinu To: Glenn Morris Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Organization: EUR References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> <5ywqrlfaut.fsf@fencepost.gnu.org> <87a9ohdvs2.fsf@gmail.com> Date: Tue, 30 Apr 2013 00:36:31 +0200 Message-ID: <87zjwhrmkw.fsf@gmail.com> User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) 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 >> 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 From debbugs-submit-bounces@debbugs.gnu.org Mon Apr 29 19:42:37 2013 Received: (at 14297) by debbugs.gnu.org; 29 Apr 2013 23:42:37 +0000 Received: from localhost ([127.0.0.1]:51120 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWxiO-00050B-P7 for submit@debbugs.gnu.org; Mon, 29 Apr 2013 19:42:36 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:51146) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UWxiM-0004zz-5i for 14297@debbugs.gnu.org; Mon, 29 Apr 2013 19:42:35 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UWxi0-0005xu-SK; Mon, 29 Apr 2013 19:42:12 -0400 From: Glenn Morris To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <87vc75ecja.fsf@gmail.com> <5ywqrlfaut.fsf@fencepost.gnu.org> <87a9ohdvs2.fsf@gmail.com> <87zjwhrmkw.fsf@gmail.com> X-Spook: freedom pre-emptive Semtex Roswell lock picking MIT-LL X-Ran: v"?E3.6TT>YP X-Hue: cyan X-Debbugs-No-Ack: yes X-Attribution: GM Date: Mon, 29 Apr 2013 19:42:12 -0400 In-Reply-To: <87zjwhrmkw.fsf@gmail.com> (Vitalie Spinu's message of "Tue, 30 Apr 2013 00:36:31 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.4 (-------) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.3 (---------) 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 From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 00:39:27 2013 Received: (at 14297) by debbugs.gnu.org; 13 May 2013 04:39:27 +0000 Received: from localhost ([127.0.0.1]:37992 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbkXn-0003H8-Ao for submit@debbugs.gnu.org; Mon, 13 May 2013 00:39:27 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:33120) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbkXj-0003Gi-BP for 14297@debbugs.gnu.org; Mon, 13 May 2013 00:39:24 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 4689139E8105; Sun, 12 May 2013 21:38:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sRVePPaBw-G4; Sun, 12 May 2013 21:38:55 -0700 (PDT) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 8AFD939E8100; Sun, 12 May 2013 21:38:55 -0700 (PDT) Message-ID: <51906E5F.3070905@cs.ucla.edu> Date: Sun, 12 May 2013 21:38:55 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130404 Thunderbird/17.0.5 MIME-Version: 1.0 To: Vitalie Spinu Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 14297 Cc: 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) > 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 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. From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 12:00:45 2013 Received: (at 14297) by debbugs.gnu.org; 13 May 2013 16:00:45 +0000 Received: from localhost ([127.0.0.1]:38802 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvB6-0007Xi-1Q for submit@debbugs.gnu.org; Mon, 13 May 2013 12:00:44 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:39856) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbvB2-0007XC-Cz for 14297@debbugs.gnu.org; Mon, 13 May 2013 12:00:42 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MMQ00D00UT7TP00@a-mtaout22.012.net.il> for 14297@debbugs.gnu.org; Mon, 13 May 2013 18:59:45 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MMQ00DOIV3JKQ90@a-mtaout22.012.net.il>; Mon, 13 May 2013 18:59:45 +0300 (IDT) Date: Mon, 13 May 2013 18:59:35 +0300 From: Eli Zaretskii Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" In-reply-to: <51906E5F.3070905@cs.ucla.edu> X-012-Sender: halo1@inter.net.il To: Paul Eggert Message-id: <8338tqan14.fsf@gnu.org> References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 14297 Cc: spinuvit@gmail.com, 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sun, 12 May 2013 21:38:55 -0700 > From: Paul Eggert > 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 > > 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. From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 12:58:53 2013 Received: (at 14297) by debbugs.gnu.org; 13 May 2013 16:58:53 +0000 Received: from localhost ([127.0.0.1]:38854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubw5M-0002S2-V2 for submit@debbugs.gnu.org; Mon, 13 May 2013 12:58:53 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:60841) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubw5K-0002Ru-LF for 14297@debbugs.gnu.org; Mon, 13 May 2013 12:58:52 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id D997B39E810E; Mon, 13 May 2013 09:58:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UjKG2QTERJjG; Mon, 13 May 2013 09:58:21 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 6BC9A39E8109; Mon, 13 May 2013 09:58:21 -0700 (PDT) Message-ID: <51911BA9.7080703@cs.ucla.edu> Date: Mon, 13 May 2013 09:58:17 -0700 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> In-Reply-To: <8338tqan14.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 14297 Cc: spinuvit@gmail.com, 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.8 (----) 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; } /* From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 13:42:33 2013 Received: (at 14297) by debbugs.gnu.org; 13 May 2013 17:42:33 +0000 Received: from localhost ([127.0.0.1]:38892 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubwlc-000490-GM for submit@debbugs.gnu.org; Mon, 13 May 2013 13:42:33 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:57019) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubwla-00048p-4N for 14297@debbugs.gnu.org; Mon, 13 May 2013 13:42:31 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MMQ00700ZQT2H00@a-mtaout20.012.net.il> for 14297@debbugs.gnu.org; Mon, 13 May 2013 20:41:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MMQ0060BZTJS560@a-mtaout20.012.net.il>; Mon, 13 May 2013 20:41:43 +0300 (IDT) Date: Mon, 13 May 2013 20:41:34 +0300 From: Eli Zaretskii Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" In-reply-to: <51911BA9.7080703@cs.ucla.edu> X-012-Sender: halo1@inter.net.il To: Paul Eggert Message-id: <83k3n293qp.fsf@gnu.org> References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> <51911BA9.7080703@cs.ucla.edu> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 14297 Cc: spinuvit@gmail.com, 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Mon, 13 May 2013 09:58:17 -0700 > From: Paul Eggert > 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? From debbugs-submit-bounces@debbugs.gnu.org Mon May 13 14:35:27 2013 Received: (at 14297) by debbugs.gnu.org; 13 May 2013 18:35:27 +0000 Received: from localhost ([127.0.0.1]:38953 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubxao-0006Dq-I0 for submit@debbugs.gnu.org; Mon, 13 May 2013 14:35:27 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:38068) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ubxal-0006Di-W7 for 14297@debbugs.gnu.org; Mon, 13 May 2013 14:35:25 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id B894DA60001; Mon, 13 May 2013 11:34:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OFu6j78JtLgN; Mon, 13 May 2013 11:34:54 -0700 (PDT) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 61B7C39E8008; Mon, 13 May 2013 11:34:54 -0700 (PDT) Message-ID: <5191324D.7070106@cs.ucla.edu> Date: Mon, 13 May 2013 11:34:53 -0700 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130311 Thunderbird/17.0.4 MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> <51911BA9.7080703@cs.ucla.edu> <83k3n293qp.fsf@gnu.org> In-Reply-To: <83k3n293qp.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.1 (--) X-Debbugs-Envelope-To: 14297 Cc: spinuvit@gmail.com, 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.4 (---) 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. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 18:45:32 2015 Received: (at 14297) by debbugs.gnu.org; 25 Dec 2015 23:45:32 +0000 Received: from localhost ([127.0.0.1]:36137 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCc39-0000zx-RF for submit@debbugs.gnu.org; Fri, 25 Dec 2015 18:45:31 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:60338) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCc37-0000zo-CL for 14297@debbugs.gnu.org; Fri, 25 Dec 2015 18:45:29 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCc2j-00070u-Hg; Sat, 26 Dec 2015 00:45:05 +0100 From: Lars Ingebrigtsen To: Paul Eggert Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> <51911BA9.7080703@cs.ucla.edu> <83k3n293qp.fsf@gnu.org> <5191324D.7070106@cs.ucla.edu> Date: Sat, 26 Dec 2015 00:45:04 +0100 In-Reply-To: <5191324D.7070106@cs.ucla.edu> (Paul Eggert's message of "Mon, 13 May 2013 11:34:53 -0700") Message-ID: <87egeanldr.fsf@gnus.org> User-Agent: Gnus/5.130014 (Ma Gnus v0.14) Emacs/25.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aCc2j-00070u-Hg X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451691908.02402@8WDk32x5da05gD9BEaxQyg X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14297 Cc: Eli Zaretskii , spinuvit@gmail.com, 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Paul Eggert 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 From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 19:20:10 2015 Received: (at 14297) by debbugs.gnu.org; 26 Dec 2015 00:20:11 +0000 Received: from localhost ([127.0.0.1]:36177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCcag-0003UR-M2 for submit@debbugs.gnu.org; Fri, 25 Dec 2015 19:20:10 -0500 Received: from mail-pa0-f53.google.com ([209.85.220.53]:34667) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCcad-0003UE-BF for 14297@debbugs.gnu.org; Fri, 25 Dec 2015 19:20:08 -0500 Received: by mail-pa0-f53.google.com with SMTP id uo6so60002006pac.1 for <14297@debbugs.gnu.org>; Fri, 25 Dec 2015 16:20:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=zeST0O0o8o3wx8BfNqOwkc/NEIcj+cEb1hCqI7EsX28=; b=r/XjO4G+ULhuHXnVqP73pJBu2m0aByRvyx5FLH5TByvt0OKzcZEZocvYRCb1W2K6dQ YXPQfYq01o1Kac0Q2wPF2sfyzYTUrd4SIUk525eoBcOisOq7WdX9k8uV3wgHT7crswqM gJaZ8KPfAt74lHx+o0VS+teHS8L3hyOK39SSi/JphxxUtrTaEPmhHHm5uCaArx5y2ZVQ 78tcai3SB2cwSGPTJVC/ljUKcm4w424sh7IZhjB3oVHNlyVZqnV0O8u+KoPRBtnW2FN3 P7kHpBFydQ5iqDhUQO6czS9IXi0vAbgHJhBJNSCAezF7kfeX6wHxSVymk67pGc2JA5kt OfXg== X-Received: by 10.66.253.5 with SMTP id zw5mr2511986pac.100.1451089201746; Fri, 25 Dec 2015 16:20:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.66.163.34 with HTTP; Fri, 25 Dec 2015 16:19:22 -0800 (PST) In-Reply-To: <87egeanldr.fsf@gnus.org> References: <87d2te3l09.fsf@gmail.com> <51906E5F.3070905@cs.ucla.edu> <8338tqan14.fsf@gnu.org> <51911BA9.7080703@cs.ucla.edu> <83k3n293qp.fsf@gnu.org> <5191324D.7070106@cs.ucla.edu> <87egeanldr.fsf@gnus.org> From: Vitalie Spinu Date: Sat, 26 Dec 2015 01:19:22 +0100 Message-ID: Subject: Re: bug#14297: 24.3.50; emacs subprocesses don't exit on "exit" To: Lars Ingebrigtsen Content-Type: multipart/alternative; boundary=047d7b15ad21685afd0527c20814 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 14297 Cc: Eli Zaretskii , Paul Eggert , 14297@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7b15ad21685afd0527c20814 Content-Type: text/plain; charset=UTF-8 Yes. It has been gone for me for long. On 26 December 2015 at 00:45, Lars Ingebrigtsen wrote: > Paul Eggert 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 > --047d7b15ad21685afd0527c20814 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Yes. It has been gone for me for long.

On 26 December 2015 at 00:45, Lar= s Ingebrigtsen <larsi@gnus.org> wrote:
Paul Eggert <eggert@cs.ucla.edu> writes:

> On second thought, please forget my patch.=C2=A0 get_child_status will= abort
> anyway, if the bug that I hypothesized occurs, so my patch isn't n= eeded.
>
> On 05/13/13 10:41, Eli Zaretskii wrote:
>
>> How about this alternative idea: write a replacement waitpid, whic= h
>> 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?=C2=A0 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.=C2=A0 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.=C2=A0 Is = this still a
problem, or has it gone away during the last two years?

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

--047d7b15ad21685afd0527c20814-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 25 19:22:00 2015 Received: (at control) by debbugs.gnu.org; 26 Dec 2015 00:22:00 +0000 Received: from localhost ([127.0.0.1]:36181 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCccS-0003XK-2i for submit@debbugs.gnu.org; Fri, 25 Dec 2015 19:22:00 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:59672) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCccR-0003XD-7Z for control@debbugs.gnu.org; Fri, 25 Dec 2015 19:21:59 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCcc6-0007OZ-L1 for control@debbugs.gnu.org; Sat, 26 Dec 2015 01:21:38 +0100 Date: Sat, 26 Dec 2015 01:21:37 +0100 Message-Id: <877fk2m54e.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #14297 X-MailScanner-ID: 1aCcc6-0007OZ-L1 X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451694098.99421@SYI/I/USg8ujfxQy7icxCg X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) close 14297 From unknown Mon Jun 23 14:58:49 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 23 Jan 2016 12:24:09 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator