From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Neo Lee" Newsgroups: gmane.emacs.bugs Subject: bug#1158: 23.0.60; vc mode not working under newest Emacs.app Date: Thu, 16 Oct 2008 16:05:21 +0800 Message-ID: <53556b270810160105h52e44736qe5b44df7f3cbfef3@mail.gmail.com> References: <53556b270810130401s444acd56x54a68b7423a743d8@mail.gmail.com> <53556b270810141904u642fd38ew15dded35ba2d86cf@mail.gmail.com> <18678.55329.756473.949668@fencepost.gnu.org> Reply-To: Neo Lee , 1158@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_48253_8095878.1224144322081" X-Trace: ger.gmane.org 1224179486 10368 80.91.229.12 (16 Oct 2008 17:51:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 16 Oct 2008 17:51:26 +0000 (UTC) To: "Glenn Morris" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 16 19:52:26 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KqX13-00064B-9C for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Oct 2008 19:52:06 +0200 Original-Received: from localhost ([127.0.0.1]:46164 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqWzx-0008Mu-Jo for geb-bug-gnu-emacs@m.gmane.org; Thu, 16 Oct 2008 13:50:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KqWzb-0008E5-A4 for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 13:50:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KqWza-0008DL-39 for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 13:50:34 -0400 Original-Received: from [199.232.76.173] (port=52856 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KqWzY-0008D8-Ug for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 13:50:33 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:55929) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KqWzY-0001pQ-2Z for bug-gnu-emacs@gnu.org; Thu, 16 Oct 2008 13:50:32 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GHnxeQ006779; Thu, 16 Oct 2008 10:50:01 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m9GHZ4oN003329; Thu, 16 Oct 2008 10:35:04 -0700 X-Loop: don@donarmstrong.com Resent-From: "Neo Lee" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs , don@donarmstrong.com Resent-Date: Thu, 16 Oct 2008 17:35:04 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1158 X-Emacs-PR-Package: emacs,ns X-Emacs-PR-Keywords: moreinfo unreproducible Original-Received: via spool by 1158-submit@emacsbugs.donarmstrong.com id=B1158.12241780531889 (code B ref 1158); Thu, 16 Oct 2008 17:35:04 +0000 Original-Received: (at 1158) by emacsbugs.donarmstrong.com; 16 Oct 2008 17:27:33 +0000 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m9GHRTZn001883 for <1158@emacsbugs.donarmstrong.com>; Thu, 16 Oct 2008 10:27:30 -0700 Original-Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1KqWal-0003ll-FD for 1158@emacsbugs.donarmstrong.com; Thu, 16 Oct 2008 13:24:55 -0400 Resent-Message-ID: <18679.30951.376814.472445@fencepost.gnu.org> Resent-Date: Thu, 16 Oct 2008 13:24:55 -0400 Resent-From: Glenn Morris Resent-To: 1158@emacsbugs.donarmstrong.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=m7FOwedCbZmWiGB5rw6zLkNem1w1RXFSiwsGM3j470w=; b=tU7ZwFtiWBD5ON31wRFhc/MSuBIQgV9ILT6+QY03hAXJ1aQXYtygXODzG+wQeGzDQm sHQRODqQKQysjaiDewoIh3aeNdmt4MKkGol04ZBMS+GAyvk/Mhi4sPYA+xWfKjLd6Syq P6yTVU2UGjb+IM7RZmtd89qat5NM3nNj/OEno= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=dHSyrW6f/mv5Ys/ffsAM7eriuGutmj6Xf5WXT0R6LpO/hfYFmdZoxTt7SqqJvQiZaZ FtL76ijMfRevJqybjMfWX11U7xEfHSrs+7q5hFYmZjjK9LqDRJyrakhSga/GXJzsg0M5 DZ3RYx+Xj8NsM+JQpoACvUyBEO1TzzBe/eZBY= In-Reply-To: <18678.55329.756473.949668@fencepost.gnu.org> X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Bogosity: no, spamicity=0.012677, v1.0.1 Resent-Date: Thu, 16 Oct 2008 13:24:55 -0400 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:21550 Archived-At: ------=_Part_48253_8095878.1224144322081 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On Thu, Oct 16, 2008 at 1:58 PM, Glenn Morris wrote: > > It is surprising that a change in configure options could affect such > a thing. > > > What happens if you start with `emacs -Q', and open the README file > from the directory where you checked out the CVS trunk? > > If you repeat the experiment, but do M-x toggle-debug-on-error before > opening README, do you get any backtrace? > > What does > > M-: (executable-find "cvs") > > return? > > What does > > M-: (vc-cvs-registered "/path/to/emacs/cvs/README") > > return? > > > What does > > M-x list-load-path-shadows > > say? > I've got some new discovery about this problem. After installing Emacs.app in my Application folder, I start Emacs.app from terminal by: > % /Applications/Emacs.app/Contents/MacOS/Emacs It runs like a charm, even with my full customization (includes slime, ecb, ruby & rails mode, as well as lots of other modes). But if I launch it by click the Emacs icon on the Application folder, vc-mode will be in the weird situation as I described before, no matter I load my .emacs or not. I guess this could direct us to some correct way to solve this problem. To make thing clearer, I removed my .emacs, launched Emacs.app from Application folder, and did the following tests: 1. C-x C-f ~/Code/Emacs/emacs/README It opened, with the cvs mode correctly activated. I play the vc-* commands for a while, seems everything is OK. 2. C-x C-f ~/Ruby19/src/load.c It opened, with "Loading vc-svn...done" message in the mini buffer, but all vc-* commands not working (feedback "No fileset is available here." message). 3. Running diagnosis evaluation as you instructed: M-: (executable-find "svn") says: "/usr/bin/svn" Which is NOT the correct path of my svn. In my working MacBook Pro, the SVN from Leopard installation is in /usr/bin, but the working SVN installation is in /opt/local/bin/ (from MacPorts). Here is some information about my SVNs: $ whereis svn /usr/bin/svn $ which svn /opt/local/bin/svn $ /usr/bin/svn --version svn, version 1.4.4 (r25188) compiled Sep 23 2007, 22:32:34 $ svn --version svn, version 1.5.3 (r33570) compiled Oct 11 2008, 10:20:01 Furthermore, M-: (vc-svn-registered "~/Ruby19/src/load.c") says: nil M-x list-load-path-shadows says (in mini buffer): Checking 1 files in /Applications/Emacs.app/Contents/Resources/site-lisp... Checking 587 files in /Applications/Emacs.app/Contents/Resources/lisp... Checking 58 files in /Applications/Emacs.app/Contents/Resources/lisp/url... Checking 90 files in > /Applications/Emacs.app/Contents/Resources/lisp/textmodes... Checking 166 files in > /Applications/Emacs.app/Contents/Resources/lisp/progmodes... Checking 57 files in /Applications/Emacs.app/Contents/Resources/lisp/play... Checking 62 files in /Applications/Emacs.app/Contents/Resources/lisp/org... Checking 29 files in > /Applications/Emacs.app/Contents/Resources/lisp/obsolete... Checking 49 files in /Applications/Emacs.app/Contents/Resources/lisp/nxml... Checking 1 files in > /Applications/Emacs.app/Contents/Resources/lisp/nxml/char-name... Checking 108 files in /Applications/Emacs.app/Contents/Resources/lisp/net... Checking 48 files in /Applications/Emacs.app/Contents/Resources/lisp/mh-e... Checking 88 files in /Applications/Emacs.app/Contents/Resources/lisp/mail... Checking 58 files in > /Applications/Emacs.app/Contents/Resources/lisp/language... Checking 64 files in > /Applications/Emacs.app/Contents/Resources/lisp/international... Checking 264 files in > /Applications/Emacs.app/Contents/Resources/lisp/gnus... Checking 58 files in > /Applications/Emacs.app/Contents/Resources/lisp/eshell... Checking 70 files in /Applications/Emacs.app/Contents/Resources/lisp/erc... Checking 52 files in > /Applications/Emacs.app/Contents/Resources/lisp/emulation... Checking 128 files in > /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp... Checking 57 files in > /Applications/Emacs.app/Contents/Resources/lisp/calendar... Checking 87 files in /Applications/Emacs.app/Contents/Resources/lisp/calc... Checking 1 files in /Applications/Emacs.app/Contents/Resources/leim... > and finally in *Shadow* buffer: No Emacs Lisp load-path shadowings were found I did all these tests on git, and gave similar results, which has no reason to be repeated here. NOTE: My git is built from cloned source and installed in /usr/local/bin. $ whereis git $ which git /usr/local/bin/git And when I start Emacs.app from terminal, it gives correct path. Actually I do not know what the list-load-path-shadows exactly is, so I just list all I saw. But from all the information listed above, I guess the whole problem is something about the search path, and the key is the way Mac OS X launches GUI application from Finder (my PATH setting in .zshrc bypassed, which I consider as a common mistake, but I've never noticed). I now know how to workaround my problem, but if any suggestion or other helpful information about this issue, please let me know. Thanks a lot for your response. -- No, I will not fix your computer! neo.lee@gmail.com ------=_Part_48253_8095878.1224144322081 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline
On Thu, Oct 16, 2008 at 1:58 PM, Glenn Morris <rgm@gnu.org> wrote:

It is surprising that a change in configure options could affect such
a thing.


What happens if you start with `emacs -Q', and open the README file
from the directory where you checked out the CVS trunk?

If you repeat the experiment, but do M-x toggle-debug-on-error before
opening README, do you get any backtrace?

What does

M-: (executable-find "cvs")

return?

What does

M-: (vc-cvs-registered "/path/to/emacs/cvs/README")

return?


What does

M-x list-load-path-shadows

say?

I've got some new discovery about this problem. After installing Emacs.app in my Application folder, I start Emacs.app from terminal by:

% /Applications/Emacs.app/Contents/MacOS/Emacs

It runs like a charm, even with my full customization (includes slime, ecb, ruby & rails mode, as well as lots of other modes). But if I launch it by click the Emacs icon on the Application folder, vc-mode will be in the weird situation as I described before, no matter I load my .emacs or not. I guess this could direct us to some correct way to solve this problem. 

To make thing clearer, I removed my .emacs, launched Emacs.app from Application folder, and did the following tests:

1. C-x C-f ~/Code/Emacs/emacs/README
It opened, with the cvs mode correctly activated. I play the vc-* commands for a while, seems everything is OK.

2. C-x C-f ~/Ruby19/src/load.c
It opened, with "Loading vc-svn...done" message in the mini buffer, but all vc-* commands not working (feedback "No fileset is available here." message). 

3. Running diagnosis evaluation as you instructed:

M-: (executable-find "svn") says:
"/usr/bin/svn"

Which is NOT the correct path of my svn. In my working MacBook Pro, the SVN from Leopard installation is in /usr/bin, but the working SVN installation is in /opt/local/bin/ (from MacPorts). Here is some information about my SVNs:

$ whereis svn
/usr/bin/svn
$ which svn
/opt/local/bin/svn
$ /usr/bin/svn --version
svn, version 1.4.4 (r25188) compiled Sep 23 2007, 22:32:34
$ svn --version
svn, version 1.5.3 (r33570) compiled Oct 11 2008, 10:20:01

Furthermore, 

M-: (vc-svn-registered "~/Ruby19/src/load.c") says:
nil

M-x list-load-path-shadows says (in mini buffer):
Checking 1 files in /Applications/Emacs.app/Contents/Resources/site-lisp...
Checking 587 files in /Applications/Emacs.app/Contents/Resources/lisp...
Checking 58 files in /Applications/Emacs.app/Contents/Resources/lisp/url...
Checking 90 files in /Applications/Emacs.app/Contents/Resources/lisp/textmodes...
Checking 166 files in /Applications/Emacs.app/Contents/Resources/lisp/progmodes...
Checking 57 files in /Applications/Emacs.app/Contents/Resources/lisp/play...
Checking 62 files in /Applications/Emacs.app/Contents/Resources/lisp/org...
Checking 29 files in /Applications/Emacs.app/Contents/Resources/lisp/obsolete...
Checking 49 files in /Applications/Emacs.app/Contents/Resources/lisp/nxml...
Checking 1 files in /Applications/Emacs.app/Contents/Resources/lisp/nxml/char-name...
Checking 108 files in /Applications/Emacs.app/Contents/Resources/lisp/net...
Checking 48 files in /Applications/Emacs.app/Contents/Resources/lisp/mh-e...
Checking 88 files in /Applications/Emacs.app/Contents/Resources/lisp/mail...
Checking 58 files in /Applications/Emacs.app/Contents/Resources/lisp/language...
Checking 64 files in /Applications/Emacs.app/Contents/Resources/lisp/international...
Checking 264 files in /Applications/Emacs.app/Contents/Resources/lisp/gnus...
Checking 58 files in /Applications/Emacs.app/Contents/Resources/lisp/eshell...
Checking 70 files in /Applications/Emacs.app/Contents/Resources/lisp/erc...
Checking 52 files in /Applications/Emacs.app/Contents/Resources/lisp/emulation...
Checking 128 files in /Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp...
Checking 57 files in /Applications/Emacs.app/Contents/Resources/lisp/calendar...
Checking 87 files in /Applications/Emacs.app/Contents/Resources/lisp/calc...
Checking 1 files in /Applications/Emacs.app/Contents/Resources/leim...

and finally in *Shadow* buffer:
No Emacs Lisp load-path shadowings were found

I did all these tests on git, and gave similar results, which has no reason to be repeated here.
NOTE: My git is built from cloned source and installed in /usr/local/bin. 

$ whereis git
$ which git
/usr/local/bin/git

And when I start Emacs.app from terminal, it gives correct path.

Actually I do not know what the list-load-path-shadows exactly is, so I just list all I saw. But from all the information listed above, I guess the whole problem is something about the search path, and the key is the way Mac OS X launches GUI application from Finder (my PATH setting in .zshrc bypassed, which I consider as a common mistake, but I've never noticed). 

I now know how to workaround my problem, but if any suggestion or other helpful information about this issue, please let me know. Thanks a lot for your response.


--
No, I will not fix your computer!

neo.lee@gmail.com
------=_Part_48253_8095878.1224144322081--