From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: vc-dired Date: Sat, 25 Aug 2007 18:51:06 -0700 (PDT) Message-ID: <200708260151.l7Q1p6Pg010864@dilbert.ics.uci.edu> References: <200707040954.l649s61i029010@oogie-boogie.ics.uci.edu> <20070704.191148.55051632.jet@gyve.org> <200707211727.l6LHRAC5017861@oogie-boogie.ics.uci.edu> <20070722.030948.237346098.jet@gyve.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1188093605 1985 80.91.229.12 (26 Aug 2007 02:00:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 26 Aug 2007 02:00:05 +0000 (UTC) Cc: emacs-devel@gnu.org To: Masatake YAMATO Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 26 04:00:02 2007 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 1IP7Pz-00018S-Ow for ged-emacs-devel@m.gmane.org; Sun, 26 Aug 2007 04:00:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IP7Pz-0006Pc-33 for ged-emacs-devel@m.gmane.org; Sat, 25 Aug 2007 21:59:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IP7Pt-0006LQ-VL for emacs-devel@gnu.org; Sat, 25 Aug 2007 21:59:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IP7Pq-0006E0-ED for emacs-devel@gnu.org; Sat, 25 Aug 2007 21:59:52 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IP7Pq-0006Dp-4a for emacs-devel@gnu.org; Sat, 25 Aug 2007 21:59:50 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1IP7Pp-00026t-Lj for emacs-devel@gnu.org; Sat, 25 Aug 2007 21:59:49 -0400 Original-Received: from skellington.ics.uci.edu ([128.195.1.40]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IP7Po-0006Vt-P2 for emacs-devel@gnu.org; Sat, 25 Aug 2007 21:59:49 -0400 Original-Received: from dilbert.ics.uci.edu (dilbert.ics.uci.edu [128.195.10.10]) by skellington.ics.uci.edu (8.13.7+Sun/8.13.7) with ESMTP id l7Q1rhM5015634 for ; Sat, 25 Aug 2007 18:53:43 -0700 (PDT) Original-Received: (from dann@localhost) by dilbert.ics.uci.edu (8.13.6+Sun/8.13.6/Submit) id l7Q1p6Pg010864; Sat, 25 Aug 2007 18:51:06 -0700 (PDT) Original-Lines: 43 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@dilbert.ics.uci.edu X-detected-kernel: Solaris 10 (beta) X-Detected-Kernel: Linux 2.6, seldom 2.4 (older, 4) 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:77181 Archived-At: Masatake YAMATO writes: > > > I was interested in merge DVC to GNU Emacs. However, these days, I am > > > busy and I get interests to extend vc-dired, so I've just asked DVC > > > developers to assign another people for working on the merging task. > > > > Given that you are interested in vc-dired, can you please look into > > these issues: > > > > - pass --ignore= to ls so that it does not recurse into things like > > .svn directories > > > > - If vc-dired dot show any files it displays the message: "No files > > locked under DIRNAME". I suppose the "locked" terminology comes from > > RCS, and it probably does not mean anything to most people > > nowadays. > > O.K. I'll take a look for these issues. > Give me time. A bit busy now. Here's another issue to consider: This code in vc-dired-hook: ;; ordinary file ((and (vc-backend filename) (not (and vc-dired-terse-mode (vc-up-to-date-p filename)))) (vc-dired-reformat-line (vc-call dired-state-info filename)) (forward-line 1)) Is the vc-backend call necessary? It ends up calling vc-registered and that can be expensive for the backends that run a program to determine that. The -dir-state method computes the state for most (all?) files... I don't understand this code very well, but if it can be simplified, it might result in a significant speedup for vc-dired. Can you please take a look? Thanks --dan