From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: AW: Can't interrupt directory_files_internal run fromtimer-event-handler Date: Wed, 10 Aug 2005 11:35:22 +0200 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1889565542==" X-Trace: sea.gmane.org 1123669378 27601 80.91.229.2 (10 Aug 2005 10:22:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 10 Aug 2005 10:22:58 +0000 (UTC) Cc: kzeitler@lucent.com, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 10 12:22:54 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E2niS-0003ya-II for ged-emacs-devel@m.gmane.org; Wed, 10 Aug 2005 12:21:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E2nlY-0004hB-OC for ged-emacs-devel@m.gmane.org; Wed, 10 Aug 2005 06:24:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E2nMY-0008Fl-Fa for emacs-devel@gnu.org; Wed, 10 Aug 2005 05:59:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E2nMQ-0008Am-QE for emacs-devel@gnu.org; Wed, 10 Aug 2005 05:59:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E2nMQ-0007lC-BL for emacs-devel@gnu.org; Wed, 10 Aug 2005 05:58:58 -0400 Original-Received: from [192.76.162.229] (helo=world1.sdm.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E2nDo-0003vU-Ax for emacs-devel@gnu.org; Wed, 10 Aug 2005 05:50:04 -0400 Original-Received: from mucns1.muc.sdm.de ([193.102.180.22]) by world1.sdm.de (MTA) via esmtp id 1E2mzb-0001Xl-NZ; Wed, 10 Aug 2005 11:35:23 +0200 Original-Received: by mucns1.muc.sdm.de (MTA) via esmtp from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) id 1E2mzb-0002MD-Ln; Wed, 10 Aug 2005 11:35:23 +0200 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.211); Wed, 10 Aug 2005 11:35:22 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Can't interrupt directory_files_internal run fromtimer-event-handler Thread-Index: AcWdOlQMxIdXcRbIQ4KsveXqaeDq6QAU4egu Original-To: X-OriginalArrivalTime: 10 Aug 2005 09:35:22.0932 (UTC) FILETIME=[D4B29F40:01C59D8E] 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:41854 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41854 This is a multi-part message in MIME format. --===============1889565542== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C59D8E.D46D9554" This is a multi-part message in MIME format. ------_=_NextPart_001_01C59D8E.D46D9554 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >> ECB encapslates ist "stealthy" tasks in a loop like: >> (while (and (not (input-pending-p)) >> ... >> So IMHO C-g should work.... >Only if each iteration takes a (small) finite time. The OP's problem = is >that one of the iteration doesn't terminate. i know - therefore my question concerning while-no-input! In fact: ECB has some tasks which should be run really(!) stealthy, like checking if a dir is empty, getting the VC-state of all files in a dir, checking which files in a dir are read-only... in case of a remote host an iteration of such a task (i.e. for one file of a dir) can be = potentially long lasting... With the current available elisp-tools (macos, functions etc.) ECB can = run these tasks only pseudo-stealthy...therefore a way to make this really = stealthy would be very important for ECB so users are not blocked... I have no preference how to achieve this (while-no-input, = with-local-quit etc..), but i would be great if i could achieve this goal at all! >> AFAIK there is a new macro in CVS named `while-no-input' (there >> was a discussion some time ago).... Could using this macro >> solve problems like that posted from the OP?? >Could be. Another related new macro is with-local-quit (which uses no = new >internal feature and can thus be backported to other Emacsen). see above - what would be the best way to enable real stealthiness? Thanks a lot, Klaus ------_=_NextPart_001_01C59D8E.D46D9554 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable AW: Can't interrupt directory_files_internal run = fromtimer-event-handler

>> ECB encapslates ist "stealthy" = tasks in a loop like:

>>         (while (and = (not (input-pending-p))
>>           = ;      ...

>> So IMHO C-g should work....

>Only if each iteration takes a (small) finite time.  The OP's = problem is
>that one of the iteration doesn't terminate.

i know - therefore my question concerning while-no-input!
In fact: ECB has some tasks which should be run really(!) stealthy, = like
checking if a dir is empty, getting the VC-state of all files in a = dir,
checking which files in a dir are read-only... in case of a remote = host
an iteration of such a task (i.e. for one file of a dir) can be = potentially
long lasting...

With the current available elisp-tools (macos, functions etc.) ECB can = run
these tasks only pseudo-stealthy...therefore a way to make this really = stealthy
would be very important for ECB so users are not blocked...

I have no preference how to achieve this (while-no-input, = with-local-quit etc..),
but i would be great if i could achieve this goal at all!

>> AFAIK there is a new macro in CVS named `while-no-input' = (there
>> was a discussion some time ago).... Could using this macro
>> solve problems like that posted from the OP??

>Could be.  Another related new macro is with-local-quit (which = uses no new
>internal feature and can thus be backported to other Emacsen).

see above - what would be the best way to enable real stealthiness?

Thanks a lot,
Klaus

------_=_NextPart_001_01C59D8E.D46D9554-- --===============1889565542== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============1889565542==--