From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: AW: vc-state always calls heuristic function Date: Fri, 26 Nov 2004 12:44:49 +0100 Message-ID: References: <1B3ACCFD5694A94DBA4E231402B0E9ED9DD6C2@mucmail1.sdm.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1101469546 18940 80.91.229.6 (26 Nov 2004 11:45:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 26 Nov 2004 11:45:46 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 26 12:45:40 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CXeXk-00045m-00 for ; Fri, 26 Nov 2004 12:45:40 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CXegv-0001AV-PW for ged-emacs-devel@m.gmane.org; Fri, 26 Nov 2004 06:55:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CXeg2-0000ci-Pn for emacs-devel@gnu.org; Fri, 26 Nov 2004 06:54:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CXeg1-0000bs-RN for emacs-devel@gnu.org; Fri, 26 Nov 2004 06:54:14 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CXeg1-0000bi-0O for emacs-devel@gnu.org; Fri, 26 Nov 2004 06:54:13 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CXeWY-0001Q1-KN for emacs-devel@gnu.org; Fri, 26 Nov 2004 06:44:27 -0500 Original-Received: (qmail 91112 invoked from network); 26 Nov 2004 11:44:25 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 26 Nov 2004 11:44:25 -0000 Original-To: In-Reply-To: <1B3ACCFD5694A94DBA4E231402B0E9ED9DD6C2@mucmail1.sdm.de> (klaus berndl's message of "Fri, 26 Nov 2004 10:26:42 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) 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: main.gmane.org gmane.emacs.devel:30384 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30384 Current state is that RMS rejected Stefan's implementation of while-no-inpu= t. No further progress was made, as Stefan didn't want to pursue the issue further and I didn't quite understand how RMS wanted to implement it using a signal. Too bad!! It would be a very nice feature to have! writes: > sorry for sending this again - but until now i got > no answer to my question about the current state of > while-no-inmput - see below - maybe you have forgotten to > answer... ;-) > > Klaus > > > -----Urspr=C3=BCngliche Nachricht----- > Von: emacs-devel-bounces+klaus.berndl=3Dsdm.de@gnu.org im Auftrag von kla= us.berndl@sdm.de > Gesendet: Mi 24.11.2004 15:44 > An: monnier@iro.umontreal.ca > Cc: emacs-devel@gnu.org > Betreff: RE: vc-state always calls heuristic function >=20=20 > Stefan Monnier wrote: >>> and between each pass of the loop it is interruptable..well, but of >>> course there remains the problem - how to interrupt if one pass >>> takes long=20 >>> time... >>=20 >> Google for `while-no-input'. > > Done - after reading the whole thread i can say: I agree at 100% with you= and Kim. > Such a macro would be very important especially for a program like Emacs = which > has still not thread-feature like Java, C++ et. al. IMHO this is one of t= he > most important any annoying lacks of emacs-lisp and for programmers... > And i agree with Kim that especially people working with remote-paths and > packages which makes this completely transparent (like tramp, ange-ftp an= d efs) > would profite a lot from such a macro like while-no-input -=20 > > The current discussion how to enable tools like ECB to display some state= -value > for files (as the VC-state-values) where the computation could be expensi= ve > is IMHO a good example to demonstrate the need of such feature - so we ha= ve no > threads avaliable in emacs-lisp to perform such expensive tasks in the ba= ckground > without blocking the user of Emacs but we could at least offer the users = of > such tools a way how to easily (hitting C-g is not acceptable) interrupt = also > "atomic" calls as call of call-process etc... > > Well, Stefan - this thread was discussed in 2002 - what is current state = of > this while-no-input??? > >>> Hmm, now i'm confused... ECB needs a function how to get the >>> VC-state. Well, the user can customize which function ECB should >>> use. But if he should=20 >>> not use `vc-recompute-state' how he should get fresh-but-slow state?? >>=20 >> Oh, you're right I got confused: vc-cvs-heuristic-state doesn't pay >> attention to vc-cvs-stay-local. Hmmm.... >> I guess VC could/should provide a function like vc-recompute-state or >> vc-check-for-updates. Currently this operation is only provided as >> part of vc-next-action, but it might be nice to decouple the two. > > Yes, see my discussion with Andre about this... > > Klaus > >>=20 >>=20 >> Stefan > > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel > > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/emacs-devel --=20 Kim F. Storm http://www.cua.dk