emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: tsd@tsdye.com (Thomas S. Dye)
To: nicholas.dokos@hp.com
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: list-load-path-shadows
Date: Tue, 04 Sep 2012 17:16:37 -1000	[thread overview]
Message-ID: <m1bohlnoq2.fsf@tsdye.com> (raw)
In-Reply-To: <8533.1346780053@alphaville.americas.hpqcorp.net> (Nick Dokos's message of "Tue, 04 Sep 2012 13:34:13 -0400")

Nick Dokos <nicholas.dokos@hp.com> writes:

> Thomas S. Dye <tsd@tsdye.com> wrote:
>
>> Aloha all,
>> 
>> I'm working to understand why my initialization files don't work if I
>> compile org from git, but do seem to work (that is, initialization runs
>> to completion) when I don't compile org from git.  Right now I've
>> installed org from git and have run make uncompiled.
>> 
>
> It might be a good idea to run with --debug-init in the compiled case
> and get a backtrace.

Hi Nick,

After make compile, starting emacs --debug-init yields this backtrace:

Debugger entered--Lisp error: (void-function org-find-library-dir)
  (org-find-library-dir "org")
  (file-name-directory (org-find-library-dir "org"))
  (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))
  (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))
  (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))))
  (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))
  (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))))))
  eval((expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))))
  custom-initialize-reset(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))))
  custom-declare-variable(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))) "Path to the ditaa jar executable." :group org-babel :type string)

AFAICT, org-find-library-dir is a macro defined in org-compat.el.  Not
sure why compiling would make it disappear.  Initialization runs to
completion when org isn't compiled.

Tom

>
> I doubt the shadowing you discuss below makes a difference here (but
> I could be wrong).
>
> Nick
>
>> Because mixed installations are common, I'm following the FAQ "Is my
>> Orgmode installation mixed?"
>> 
>> (org-version) looks good:
>> Org-mode version 7.9.1 (release_7.9.1-138-geeb5b9 @
>> /Users/dk/.emacs.d/src/org-mode/lisp/)
>> 
>> The FAQ advises that I go through the output of list-load-path-shadows
>> line by line to get hints, but fails to mention what might qualify as a
>> hint.  So, I'm coming to the list to check if any of the shadow patterns
>> I'm seeing might be hints.
>> 
>> I see that 110 Emacs Lisp load-path shadowings were found.  
>> 
>> 108 of the shadowings are cases where a file in
>> ~/.emacs.d/src/org-mode/lisp (my home for the git version of org mode)
>> hides a file of the same name in
>> /Applications/Emacs.app/Contents/Resources/lisp/org/.  I think these 108
>> shadowings are the right thing, and that they are not hints that
>> something is wrong.  Is 108 shadowings the correct number for a normal
>> org mode installation nowadays?
>> 
>> The other two are different.
>> 
>> The first one is:
>> /Users/dk/.emacs.d/custom hides
>> /Applications/Emacs.app/Contents/Resources/lisp/custom
>> 
>> Here, the file created by the emacs Customize interface is on the
>> load-path and shadows something completely different (and important?),
>> though not part of org mode.  Should I do something to have the emacs
>> Customize interface put the file somewhere off the load-path?
>> 
>> The second one is: 
>> /Users/dk/.emacs.d/src/org-mode/.dir-locals hides
>> /Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals
>> 
>> I keep hoping gnus will heal itself and stop hanging emacs--could this
>> shadowing be causing problems?
>> 
>> All the best,
>> Tom
>> 
>> -- 
>> Thomas S. Dye
>> http://www.tsdye.com
>> 
>
>

-- 
Thomas S. Dye
http://www.tsdye.com

  reply	other threads:[~2012-09-05  3:16 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-04 16:33 list-load-path-shadows Thomas S. Dye
2012-09-04 17:34 ` list-load-path-shadows Nick Dokos
2012-09-05  3:16   ` Thomas S. Dye [this message]
2012-09-05 13:54     ` list-load-path-shadows Nick Dokos
2012-09-05 16:57       ` list-load-path-shadows Thomas S. Dye
2012-09-05 18:00         ` list-load-path-shadows Nick Dokos
2012-09-05 18:51           ` list-load-path-shadows Thomas S. Dye
2012-09-05 19:20             ` list-load-path-shadows Nick Dokos
2012-09-05 19:40               ` list-load-path-shadows Thomas S. Dye
2012-09-05 20:01                 ` list-load-path-shadows Nick Dokos
2012-09-05 20:58                   ` list-load-path-shadows Thomas S. Dye

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

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1bohlnoq2.fsf@tsdye.com \
    --to=tsd@tsdye.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=nicholas.dokos@hp.com \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).