From: "Neo Lee" <neo.lee@gmail.com>
To: "Glenn Morris" <rgm@gnu.org>
Subject: bug#1158: 23.0.60; vc mode not working under newest Emacs.app
Date: Thu, 16 Oct 2008 16:05:21 +0800 [thread overview]
Message-ID: <53556b270810160105h52e44736qe5b44df7f3cbfef3@mail.gmail.com> (raw)
In-Reply-To: <18678.55329.756473.949668@fencepost.gnu.org>
[-- Attachment #1: Type: text/plain, Size: 5116 bytes --]
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
[-- Attachment #2: Type: text/html, Size: 17297 bytes --]
next prev parent reply other threads:[~2008-10-16 8:05 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <18679.33051.38492.185322@fencepost.gnu.org>
2008-10-13 11:01 ` bug#1158: 23.0.60; vc mode not working under newest Emacs.app Neo Lee
2008-10-14 7:48 ` Nick Roberts
[not found] ` <53556b270810140137i5315b6dch787199f00c0d54a5@mail.gmail.com>
2008-10-14 10:35 ` Nick Roberts
2008-10-15 1:06 ` Glenn Morris
[not found] ` <mailman.1067.1224034207.25473.bug-gnu-emacs@gnu.org>
2008-10-15 1:37 ` Neo
2008-10-15 1:45 ` Glenn Morris
2008-10-15 2:04 ` Neo Lee
2008-10-16 5:58 ` Glenn Morris
2008-10-16 8:05 ` Neo Lee [this message]
2008-10-17 15:24 ` Stefan Monnier
2008-10-16 8:11 ` Neo Lee
2008-10-16 18:10 ` bug#1158: marked as done (23.0.60; vc mode not working under newest Emacs.app) Emacs bug Tracking System
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53556b270810160105h52e44736qe5b44df7f3cbfef3@mail.gmail.com \
--to=neo.lee@gmail.com \
--cc=1158@emacsbugs.donarmstrong.com \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.