[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: shell-command-to-string results in error
From: |
Peter Dyballa |
Subject: |
Re: shell-command-to-string results in error |
Date: |
Sun, 28 Oct 2012 19:47:00 +0100 |
Am 28.10.2012 um 19:17 schrieb Rainer Stengele:
> shadowing (see below) is no problem as far as I understand.
Over 50 hidings are no problem? This is a bit more than the famous DeuBa
peanuts! Did you see that GNU Emacs cannot load one of these shadows
("/home/rainer/.emacs.d/org/lisp/org-clock.el")? It's probably best to use that
emacs binary which also byte-compiled the Elisp files in your ~/.emacs.d branch
during the make process.
And don't use the configure argument
--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.4/site-lisp:/usr/share/emacs/site-lisp
but first read the output of
./configure --help
and compare the values (or settings) this output implies with what you do! And
what you have! The --enable-locallisppath option takes only places outside the
regular ones, which are those set during the configure process. You should not
tell GNU Emacs to use whatever init files for which ever Emacs versions it can
find on your system. (And there is only one site-start.el file it loads.) You
might then also be able to leave out the many *dir settings for the configure
script.
Putting this in your site init file will enable you to see in *Messages* buffer
which files GNU Emacs loads:
(defadvice load (before debug-log activate)
(message "(Tipp von Kai G) Lade jetzt: %s" (ad-get-arg 0)))
--
Mit friedvollen Grüßen
Pete
Ich bin dafür, die Dinge so weit wie möglich zu vereinfachen.
Aber nicht weiter.
(Albert Einstein)