From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Making while interruptable Date: Tue, 07 Jul 2009 08:58:58 +0900 Message-ID: <873a99s6rh.fsf@catnip.gol.com> References: <87skh9sa9u.fsf@catnip.gol.com> <878wj1s897.fsf@catnip.gol.com> Reply-To: Miles Bader NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1246924761 5072 80.91.229.12 (6 Jul 2009 23:59:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jul 2009 23:59:21 +0000 (UTC) Cc: Emacs-Devel devel To: Lennart Borgman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 07 01:59:14 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MNy5Z-0003Jo-Es for ged-emacs-devel@m.gmane.org; Tue, 07 Jul 2009 01:59:13 +0200 Original-Received: from localhost ([127.0.0.1]:49759 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MNy5Y-0007oT-IY for ged-emacs-devel@m.gmane.org; Mon, 06 Jul 2009 19:59:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MNy5T-0007mt-An for emacs-devel@gnu.org; Mon, 06 Jul 2009 19:59:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MNy5P-0007kE-Ui for emacs-devel@gnu.org; Mon, 06 Jul 2009 19:59:07 -0400 Original-Received: from [199.232.76.173] (port=56377 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MNy5P-0007kB-Qa for emacs-devel@gnu.org; Mon, 06 Jul 2009 19:59:03 -0400 Original-Received: from smtp12.dentaku.gol.com ([203.216.5.74]:50909) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MNy5N-0002zt-RN; Mon, 06 Jul 2009 19:59:02 -0400 Original-Received: from 218.33.237.150.eo.eaccess.ne.jp ([218.33.237.150] helo=catnip.gol.com) by smtp12.dentaku.gol.com with esmtpa (Dentaku) id 1MNy5L-0005I5-JS; Tue, 07 Jul 2009 08:58:59 +0900 Original-Received: by catnip.gol.com (Postfix, from userid 1000) id E2734DF32; Tue, 7 Jul 2009 08:58:58 +0900 (JST) System-Type: x86_64-unknown-linux-gnu In-Reply-To: (Lennart Borgman's message of "Tue, 7 Jul 2009 01:46:37 +0200") Original-Lines: 18 X-Virus-Scanned: ClamAV GOL (outbound) X-Abuse-Complaints: abuse@gol.com X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:112111 Archived-At: Lennart Borgman writes: > However this mechanism would just be used only for code that you are > running in a timer - in cases where the code does not explicitly > handle pending input. Of course, changing that code is better, but you > can not always do that. Nonetheless, the cure seems far worse than the disease. People writing timers need to be very careful. If there are important functions timers need to call which should be extended to handle user input differently, then fix those functions, or file a bug, or whatever. [An implicit mechanism like you suggest might seem "easier" but it would most likely not actually work correctly in many cases.] -Miles -- Electricity, n. The cause of all natural phenomena not known to be caused by something else.