From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#15042: 24.3.50; while-no-input and input-pending-p Date: Wed, 07 Aug 2013 22:48:15 +0200 Message-ID: <87fvul9qi8.fsf@web.de> References: <87wqnx7bnl.fsf@web.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1375908558 18436 80.91.229.3 (7 Aug 2013 20:49:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 Aug 2013 20:49:18 +0000 (UTC) Cc: 15042@debbugs.gnu.org, Thierry Volpiatto To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Aug 07 22:49:19 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1V7AfW-0007vU-Qz for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Aug 2013 22:49:18 +0200 Original-Received: from localhost ([::1]:57579 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7AfW-0007kJ-99 for geb-bug-gnu-emacs@m.gmane.org; Wed, 07 Aug 2013 16:49:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45556) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7AfN-0007jx-4U for bug-gnu-emacs@gnu.org; Wed, 07 Aug 2013 16:49:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V7AfH-0001S3-5W for bug-gnu-emacs@gnu.org; Wed, 07 Aug 2013 16:49:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51831) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V7AfH-0001Rm-22 for bug-gnu-emacs@gnu.org; Wed, 07 Aug 2013 16:49:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1V7AfG-00036F-HM for bug-gnu-emacs@gnu.org; Wed, 07 Aug 2013 16:49:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 07 Aug 2013 20:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15042 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15042-submit@debbugs.gnu.org id=B15042.137590851211834 (code B ref 15042); Wed, 07 Aug 2013 20:49:02 +0000 Original-Received: (at 15042) by debbugs.gnu.org; 7 Aug 2013 20:48:32 +0000 Original-Received: from localhost ([127.0.0.1]:46147 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7Ael-00034l-2j for submit@debbugs.gnu.org; Wed, 07 Aug 2013 16:48:31 -0400 Original-Received: from mout.web.de ([212.227.15.4]:52141) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1V7Aei-00034T-9T for 15042@debbugs.gnu.org; Wed, 07 Aug 2013 16:48:29 -0400 Original-Received: from drachen.dragon ([90.186.238.127]) by smtp.web.de (mrweb101) with ESMTPSA (Nemesis) id 0MNcV4-1VDD3v03nm-007HUj for <15042@debbugs.gnu.org>; Wed, 07 Aug 2013 22:48:21 +0200 In-Reply-To: (Stefan Monnier's message of "Wed, 07 Aug 2013 14:02:08 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:sKDHa5xYTCzDyULci+fVnpXZPMlOyFofPfD8qICMvZtiHJrUj1q L95sCr99qTo9vEnLiZ0aQtrUyOo9SA1JOF/K48Mdq4QNYPvyizjp4GFH4eASm02O41Z/gRU dT8atJBFg+Se4VIqx+VTxlD6AJQFtDfSlJCPMOpGVlsz4sYLrt7Ni5J2qs0R0H7DJBNRimH mmwgc2UsfKWEQRBZnyczA== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:77059 Archived-At: Stefan Monnier writes: > > 1. `input-pending-p' can (and does) return t in cases were no input is > > pending (see the doc). In such cases, `while-no-input' just returns t, > > although no input was given. This contradicts the doc, is not useful > > and the behavior is unforeseeable. > > Those cases where it immediately returns t should hopefully be very > similar to those cases where it stops in the middle even tho the event > that interrupted it is "ignorable". Sure? (What are such "ignorable" events?) That would mean that binding `throw-on-input' also "fires" in cases where no input arrived. Is there an alternative to cancel a calculation on input without "false positives"? > > With the current implementation, I have to `discard-input' if I don't > > want this. > > Can you give an example where you'd want to do that? Actually, no. This was hypothetical, maybe unfounded. Regards, Michael.