From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Markus Triska , 2930@debbugs.gnu.org Resent-From: Markus Triska Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 08 Apr 2009 18:40:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123921543724498 (code B ref -1); Wed, 08 Apr 2009 18:40:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Apr 2009 18:30:37 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.1 required=4.0 tests=FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n38IUXMg024480 for ; Wed, 8 Apr 2009 11:30:34 -0700 Received: from mail.gnu.org ([199.232.76.166]:48147 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LrcXg-0006SS-QN for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 14:30:33 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LrcXc-0003Ul-Ja for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 14:30:32 -0400 Received: from mail.gmx.net ([213.165.64.20]:36916) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1LrcXc-0003U9-0o for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 14:30:28 -0400 Received: (qmail invoked by alias); 08 Apr 2009 18:30:25 -0000 Received: from chello062178240212.3.14.tuwien.teleweb.at (EHLO mt-imac.local) [62.178.240.212] by mail.gmx.net (mp034) with SMTP; 08 Apr 2009 20:30:25 +0200 X-Authenticated: #4064391 X-Provags-ID: V01U2FsdGVkX18wUx1K1KIwdzsCLv5nTBYvo330o3+QSNUgkgpyzJ iTfYLiHnF/g6ci Received: by mt-imac.local (Postfix, from userid 501) id 1F0582B0532; Wed, 8 Apr 2009 20:30:25 +0200 (CEST) From: Markus Triska To: emacs-pretest-bug@gnu.org Date: Wed, 08 Apr 2009 20:30:25 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Y-GMX-Trusted: 0 X-FuHaFi: 0.51 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) The documentation for sentinels states: A program can wait, so that sentinels will run, by calling `sit-for' or `sleep-for' (...), or `accept-process-output' (...). However, when I do M-x eval-region RET on the following forms in "emacs -Q", then Emacs loops unexpectedly: (defun my-sentinel (proc str) (setq my-finished t)) (let ((p (start-process "bc" nil "bc")) my-finished) (set-process-sentinel p 'my-sentinel) (process-send-string p "quit\n") (while (not my-finished) (accept-process-output nil 0.1))) When I replace the call of `accept-process-output' with (sleep-for 0.1), it also does not run the sentinel. (sit-for 0.1) works as documented, but is not a good alternative for the other functions in this case: If keyboard input is available, `sit-for' returns immediately, so it is currently unfortunately also necessary to discard keyboard input to make such a loop reliably run the sentinel. In GNU Emacs 23.0.92.2 (i386-apple-darwin9.6.1, GTK+ Version 2.14.7) of 2009-04-05 on mt-imac.local Windowing system distributor `The X.Org Foundation', version 11.0.10402000 configured using `configure '--with-tiff=no'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: en.UTF-8 value of $XMODIFIERS: nil locale-coding-system: utf-8-unix default-enable-multibyte-characters: t From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Stefan Monnier , 2930@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 08 Apr 2009 21:15:05 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123922512212733 (code B ref -1); Wed, 08 Apr 2009 21:15:05 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Apr 2009 21:12:02 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=unavailable version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n38LBxXQ012724 for ; Wed, 8 Apr 2009 14:12:00 -0700 Received: from mx10.gnu.org ([199.232.76.166]:57184) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1Lrf3u-00052A-TV for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 17:11:59 -0400 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Lrf3t-0000DG-QC for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 17:11:58 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:49402) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lrf3t-0000Cw-FQ for emacs-pretest-bug@gnu.org; Wed, 08 Apr 2009 17:11:57 -0400 Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n38LBlXK006813; Wed, 8 Apr 2009 17:11:47 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 30DCC81132; Wed, 8 Apr 2009 17:11:46 -0400 (EDT) From: Stefan Monnier To: Markus Triska Cc: 2930@debbugs.gnu.org, emacs-pretest-bug@gnu.org Message-ID: References: Date: Wed, 08 Apr 2009 17:11:46 -0400 In-Reply-To: (Markus Triska's message of "Wed, 08 Apr 2009 20:30:25 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3249=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) > (let ((p (start-process "bc" nil "bc")) > my-finished) > (set-process-sentinel p 'my-sentinel) > (process-send-string p "quit\n") > (while (not my-finished) > (accept-process-output nil 0.1))) What happens of you pass `p' to accept-process-output, as would seem natural? Stefan From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Markus Triska , 2930@debbugs.gnu.org Resent-From: Markus Triska Original-Sender: Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Wed, 08 Apr 2009 21:35:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.123922618818048 (code B ref -1); Wed, 08 Apr 2009 21:35:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 8 Apr 2009 21:29:48 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n38LTi3m018040 for ; Wed, 8 Apr 2009 14:29:45 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LrfL5-0007Hr-UJ for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 17:29:44 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LrfL0-0007Gh-Ed for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 17:29:42 -0400 Received: from [199.232.76.173] (port=46120 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LrfL0-0007Gb-63 for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 17:29:38 -0400 Received: from moderators.individual.net ([130.133.4.7]:44210) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LrfKz-00021T-Ni for bug-gnu-emacs@gnu.org; Wed, 08 Apr 2009 17:29:37 -0400 Received: from novembaer.univie.ac.at ([193.171.255.22]) by moderators.individual.net (Exim 4.69) for gnu-emacs-bug@moderators.isc.org with esmtp (envelope-from ) id <1LrfKz-0005jj-1Z>; Wed, 08 Apr 2009 23:29:37 +0200 Received: from news by novembaer.univie.ac.at with local (Exim 4.20) id 1LrfKv-000K7i-NU for gnu-emacs-bug@moderators.isc.org; Wed, 08 Apr 2009 23:29:33 +0200 To: gnu-emacs-bug@moderators.isc.org From: Markus Triska Newsgroups: gnu.emacs.bug References: Date: Wed, 08 Apr 2009 23:29:33 +0200 Message-ID: Cancel-Lock: sha1:36gwCRCPEoVsLH/aueX4USkCL2I= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Lines: 16 NNTP-Posting-Host: news-access-from.tuwien.ac.at X-Trace: 1239226173 tunews.univie.ac.at 11352 192.35.241.118 X-Complaints-To: abuse@tuwien.ac.at Sender: X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Stefan Monnier writes: >> (while (not my-finished) >> (accept-process-output nil 0.1))) > > What happens of you pass `p' to accept-process-output It also loops, both with and without additional time-out, i.e.: (accept-process-output p) and (accept-process-output p 0.1) and not specifying any particular process all yield the same result. From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Chong Yidong , 2930@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 16 Aug 2009 02:05:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2930-submit@emacsbugs.donarmstrong.com id=B2930.1250387834347 (code B ref 2930); Sun, 16 Aug 2009 02:05:04 +0000 Received: (at 2930) by emacsbugs.donarmstrong.com; 16 Aug 2009 01:57:14 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.6 required=4.0 tests=AWL,FOURLA autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7G1vCEf000344 for <2930@emacsbugs.donarmstrong.com>; Sat, 15 Aug 2009 18:57:13 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 664BD57E21C; Sat, 15 Aug 2009 21:58:11 -0400 (EDT) From: Chong Yidong To: Stefan Monnier Cc: Markus Triska , 2930@debbugs.gnu.org Date: Sat, 15 Aug 2009 21:58:11 -0400 Message-ID: <87eircjz9o.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > The documentation for sentinels states: > > A program can wait, so that sentinels will run, by calling > `sit-for' or `sleep-for' (...), or `accept-process-output' (...). > > However, when I do M-x eval-region RET on the following forms in > "emacs -Q", then Emacs loops unexpectedly: > > (defun my-sentinel (proc str) > (setq my-finished t)) > > (let ((p (start-process "bc" nil "bc")) > my-finished) > (set-process-sentinel p 'my-sentinel) > (process-send-string p "quit\n") > (while (not my-finished) > (accept-process-output nil 0.1))) The trouble is that accept-process-output passes a zero DO_DISPLAY argument to wait_reading_process_output (process.c:4306). When DO_DISPLAY is zero, status notifications are not performed (process.c:4763). Having accept-process-output pass a non-zero DO_DISPLAY argument to wait_reading_process_output fixes this problem, but I don't know what ramifications this would have. Stefan, WDYT? From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Stefan Monnier , 2930@debbugs.gnu.org Resent-From: Stefan Monnier Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 17 Aug 2009 15:45:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2930-submit@emacsbugs.donarmstrong.com id=B2930.12505234234652 (code B ref 2930); Mon, 17 Aug 2009 15:45:04 +0000 Received: (at 2930) by emacsbugs.donarmstrong.com; 17 Aug 2009 15:37:03 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-1.3 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7HFb1tU004645 for <2930@emacsbugs.donarmstrong.com>; Mon, 17 Aug 2009 08:37:03 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhAFAL8ViUpFpZNo/2dsb2JhbACBUsYVCI5XgkUIgUwFgjmFEA X-IronPort-AV: E=Sophos;i="4.43,396,1246852800"; d="scan'208";a="43662706" Received: from 69-165-147-104.dsl.teksavvy.com (HELO pastel.home) ([69.165.147.104]) by ironport2-out.teksavvy.com with ESMTP; 17 Aug 2009 11:36:25 -0400 Received: by pastel.home (Postfix, from userid 20848) id 4D6AC82F0; Mon, 17 Aug 2009 11:36:56 -0400 (EDT) From: Stefan Monnier To: Chong Yidong Cc: Markus Triska , 2930@debbugs.gnu.org Message-ID: References: <87eircjz9o.fsf@cyd.mit.edu> Date: Mon, 17 Aug 2009 11:36:56 -0400 In-Reply-To: <87eircjz9o.fsf@cyd.mit.edu> (Chong Yidong's message of "Sat, 15 Aug 2009 21:58:11 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii >> The documentation for sentinels states: >> A program can wait, so that sentinels will run, by calling >> `sit-for' or `sleep-for' (...), or `accept-process-output' (...). >> >> However, when I do M-x eval-region RET on the following forms in >> "emacs -Q", then Emacs loops unexpectedly: >> >> (defun my-sentinel (proc str) >> (setq my-finished t)) >> >> (let ((p (start-process "bc" nil "bc")) >> my-finished) >> (set-process-sentinel p 'my-sentinel) >> (process-send-string p "quit\n") >> (while (not my-finished) >> (accept-process-output nil 0.1))) > The trouble is that accept-process-output passes a zero DO_DISPLAY > argument to wait_reading_process_output (process.c:4306). When > DO_DISPLAY is zero, status notifications are not performed > (process.c:4763). > Having accept-process-output pass a non-zero DO_DISPLAY argument to > wait_reading_process_output fixes this problem, but I don't know what > ramifications this would have. I don't know. You already changed it in that direction a year ago: timestamp: Mon 2008-05-19 22:29:33 +0000 message: (wait_reading_process_output): Always check status when in batch mode. so maybe we should change it even further? I think a good change would be to change the code of wait_reading_process_output such that status changes are taken into account (even when do_display is 0) but only for the process(es) for which we're waiting. Stefan From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Markus Triska , 2930@debbugs.gnu.org Resent-From: Markus Triska Original-Sender: Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Mon, 17 Aug 2009 16:40:06 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.125052688618833 (code B ref -1); Mon, 17 Aug 2009 16:40:06 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 17 Aug 2009 16:34:46 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-6.0 required=4.0 tests=AWL,HAS_BUG_NUMBER autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from lists.gnu.org (lists.gnu.org [199.232.76.165]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7HGYiFp018830 for ; Mon, 17 Aug 2009 09:34:46 -0700 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Md5AR-0003ZU-NX for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 12:34:43 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Md5AM-0003WA-OM for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 12:34:43 -0400 Received: from [199.232.76.173] (port=38924 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Md5AM-0003Vq-JS for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 12:34:38 -0400 Received: from pinatubo-2.switch.ch ([130.59.1.10]:34592 helo=pinatubo.switch.ch) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Md5AM-0006fi-0J for bug-gnu-emacs@gnu.org; Mon, 17 Aug 2009 12:34:38 -0400 Received: from [193.171.255.22] (helo=novembaer.univie.ac.at) by pinatubo.switch.ch with esmtp (Exim 4.63) (envelope-from ) id 1Md5AK-0007DI-Nw for gnu-emacs-bug@moderators.isc.org; Mon, 17 Aug 2009 18:34:36 +0200 Received: from news by novembaer.univie.ac.at with local (Exim 4.20) id 1Md5AJ-000GUK-Se for gnu-emacs-bug@moderators.isc.org; Mon, 17 Aug 2009 18:34:35 +0200 To: gnu-emacs-bug@moderators.isc.org From: Markus Triska Newsgroups: gnu.emacs.bug References: <87eircjz9o.fsf@cyd.mit.edu> Date: Mon, 17 Aug 2009 18:34:35 +0200 Message-ID: Cancel-Lock: sha1:+6AttOb92nuou9OC8liuY3LxymE= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Lines: 11 NNTP-Posting-Host: news-access-from.tuwien.ac.at X-Trace: 1250526875 tunews.univie.ac.at 11352 192.35.241.118 X-Complaints-To: abuse@tuwien.ac.at Sender: X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. Stefan Monnier writes: > so maybe we should change it even further? I think a good change would > be to change the code of wait_reading_process_output such that status > changes are taken into account (even when do_display is 0) but only for > the process(es) for which we're waiting. I agree, and I think that if no process at all is specified, then all status changes should be processed. This is for consistency with regular input processing: If there is input from some process, and no particular process is specified, it will also be processed. From unknown Sun Jun 22 04:28:00 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2930: 23.0.92; `accept-process-output' and `sleep-for' do not run sentinels Reply-To: Chong Yidong , 2930@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Thu, 20 Aug 2009 19:37:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2930 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2930-submit@emacsbugs.donarmstrong.com id=B2930.1250543058754 (code B ref 2930); Thu, 20 Aug 2009 19:37:04 +0000 Received: (at 2930) by emacsbugs.donarmstrong.com; 17 Aug 2009 21:04:18 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pantheon-po41.its.yale.edu (pantheon-po41.its.yale.edu [130.132.50.98]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7HL4Gvj000737 for <2930@emacsbugs.donarmstrong.com>; Mon, 17 Aug 2009 14:04:18 -0700 Received: from furry (dhcp128036014244.central.yale.edu [128.36.14.244]) (authenticated bits=0) by pantheon-po41.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id n7HL4Agv021068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 17 Aug 2009 17:04:11 -0400 Received: by furry (Postfix, from userid 1000) id 0754AC070; Mon, 17 Aug 2009 17:04:11 -0400 (EDT) From: Chong Yidong To: Stefan Monnier Cc: Markus Triska , 2930@debbugs.gnu.org References: <87eircjz9o.fsf@cyd.mit.edu> Date: Mon, 17 Aug 2009 17:04:10 -0400 In-Reply-To: (Stefan Monnier's message of "Mon, 17 Aug 2009 11:36:56 -0400") Message-ID: <877hx2qhit.fsf@stupidchicken.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) Stefan Monnier writes: > I don't know. You already changed it in that direction a year ago: > > timestamp: Mon 2008-05-19 22:29:33 +0000 > message: > (wait_reading_process_output): Always check status when in batch mode. > > so maybe we should change it even further? I think a good change would > be to change the code of wait_reading_process_output such that status > changes are taken into account (even when do_display is 0) but only for > the process(es) for which we're waiting. OK, thanks for reminding me about Bug#131. After re-reading that discussion, I'm fairly sure that TRT is for wait_reading_process_output to always check the process status (without triggering a redisplay unless DO_DISPLAY is non-zero). I've checked the change into CVS. From cyd@stupidchicken.com Mon Aug 17 14:04:36 2009 Received: (at control) by emacsbugs.donarmstrong.com; 17 Aug 2009 21:04:37 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-0.4 required=4.0 tests=AWL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from pantheon-po40.its.yale.edu (pantheon-po40.its.yale.edu [130.132.50.103]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n7HL4ZlM000770 for ; Mon, 17 Aug 2009 14:04:36 -0700 Received: from furry (dhcp128036014244.central.yale.edu [128.36.14.244]) (authenticated bits=0) by pantheon-po40.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id n7HL4UeQ005768 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 17 Aug 2009 17:04:30 -0400 Received: by furry (Postfix, from userid 1000) id 4B211C070; Mon, 17 Aug 2009 17:04:30 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: close 2930 Date: Mon, 17 Aug 2009 17:04:30 -0400 Message-ID: <873a7qqhi9.fsf@stupidchicken.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) close 2930 thanks