From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: AW: AW: AW: Can't interrupt directory_files_internalrunfromtimer-event-handler Date: Fri, 12 Aug 2005 10:16:26 +0200 Message-ID: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1319447898==" X-Trace: sea.gmane.org 1123839830 10226 80.91.229.2 (12 Aug 2005 09:43:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 12 Aug 2005 09:43:50 +0000 (UTC) Cc: kzeitler@lucent.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 12 11:43:49 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1E3W4L-0005nM-2H for ged-emacs-devel@m.gmane.org; Fri, 12 Aug 2005 11:43:17 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E3W7X-0007o5-FK for ged-emacs-devel@m.gmane.org; Fri, 12 Aug 2005 05:46:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1E3VDh-0005kH-CV for emacs-devel@gnu.org; Fri, 12 Aug 2005 04:48:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1E3V1I-00051o-TD for emacs-devel@gnu.org; Fri, 12 Aug 2005 04:36:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1E3Uzr-0004Wl-QW for emacs-devel@gnu.org; Fri, 12 Aug 2005 04:34:37 -0400 Original-Received: from [192.76.162.229] (helo=world1.sdm.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1E3Uws-00012X-LF for emacs-devel@gnu.org; Fri, 12 Aug 2005 04:31:30 -0400 Original-Received: from mucns1.muc.sdm.de ([193.102.180.22]) by world1.sdm.de (MTA) via esmtp id 1E3UiJ-0000HR-1R; Fri, 12 Aug 2005 10:16:27 +0200 Original-Received: by mucns1.muc.sdm.de (MTA) via esmtp from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) id 1E3UiI-00078d-Vu; Fri, 12 Aug 2005 10:16:27 +0200 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.211); Fri, 12 Aug 2005 10:16:26 +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: AW: AW: Can't interrupt directory_files_internalrunfromtimer-event-handler Thread-Index: AcWetVyv5+S/4Hk6T86CF9TsrBFKFQAX061K Original-To: X-OriginalArrivalTime: 12 Aug 2005 08:16:26.0543 (UTC) FILETIME=[226A83F0:01C59F16] 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:41944 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41944 This is a multi-part message in MIME format. --===============1319447898== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C59F16.22186165" This is a multi-part message in MIME format. ------_=_NextPart_001_01C59F16.22186165 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >> >The best way to do this and make sure it is stealthy is by = running a >> >subprocess. The subprocess can run in parallel with Emacs. >> Hmm, i'm not sure if this is the best way?! >If the primitives you need to do the job in Emacs LIsp can be slow, I >see no other way to do the job except to avoid using those primitives. I see another way: IMHO reinventing the wheel for all these (potentially slow) elisp- primitives is not worth the effort because IMHO for an ECB-user it is much more important not being blocked. This can be achieved much easier by implementing the stealthy task so they each key- or mouse-press immediatelly interrupts a long-lasting action. So i do not really elisp-threads if there is at least a elisp-tool which guarantees this interrupt. AFAIK while-no-input is this tool . The only disadvantage i can see is that it will be first available in Emacs 22. Therefore my other question in another answer for with-local-quit mentioned by Stefan (he said, this could be easily backported). AFAICS = with-local-quit would at least guarantee that C-g interrupts a long-lasting iteration of a stealth task, right? >Some day maybe that Emacs will have multi-threading, but that >won't be soon. I will not stop breathing until this feature will arise ;-) Thansk for your help Klaus ------_=_NextPart_001_01C59F16.22186165 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable AW: AW: AW: Can't interrupt = directory_files_internalrunfromtimer-event-handler

>>    >The best way to do this = and make sure it is stealthy is by running a
>>    >subprocess.  The subprocess can run = in parallel with Emacs.

>>    Hmm, i'm not sure if this is the best = way?!

>If the primitives you need to do the job in Emacs LIsp can be slow, = I
>see no other way to do the job except to avoid using those = primitives.

I see another way:

IMHO reinventing the wheel for all these (potentially slow) elisp-
primitives is not worth the effort because IMHO for an ECB-user it = is
much more important not being blocked. This can be achieved much = easier
by implementing the stealthy task so they each key- or mouse-press
immediatelly interrupts a long-lasting action. So i do not really
elisp-threads if there is at least a elisp-tool which guarantees = this
interrupt. AFAIK while-no-input is this tool . The only disadvantage
i can see is that it will be first available in Emacs 22. Therefore
my other question in another answer for with-local-quit mentioned by
Stefan (he said, this could be easily backported). AFAICS = with-local-quit
would at least guarantee that C-g interrupts a long-lasting = iteration
of a stealth task, right?

>Some day maybe that Emacs will have multi-threading, but that
>won't be soon.

I will not stop breathing until this feature will arise ;-)

Thansk for your help
Klaus

------_=_NextPart_001_01C59F16.22186165-- --===============1319447898== 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 --===============1319447898==--