Re: Wrong type argument: stringp, nil on global-ede-mode
Eric Ludlam <[email protected]> Mon, 4 Jan 2016 19:49:52 -0500
| Newsgroups | gmane.emacs.cedet |
|---|---|
| Message-ID | <[email protected]> |
It looks like:
(file-name-directory (directory-file-name dir))
when dir == "~/" returns nil. I don't know how you got ~/ into the
stack though. It started out as "/home/dumsani", and it was converted
somewhere into "~/" for you. Do you have anything extra loaded that
overrides file system things like tramp, or an equivalent that might be
overriding locate-dominating-file, or something like that? I didn't see
anything like that in your setup file.
Eric
On 01/04/2016 03:58 AM, Dumsani Ndzinisa wrote:
> Hi Eric, Everyone,
>
> Below is the error message and a backtrace from the Emacs debugger. I opened
> Emacs with the -q option and then evaluated the statements in my .emacs
> init file
> individually using C-x C-e.
>
> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
> file-name-as-directory(nil)
> #[(this dir)
> "\306!\307\n\310\"\211;\205\311\"\211\203!\f\205D\312\f!\202D\307\n\313\"\211;\203/\314\202C\315
> !\205C
> \205C\316
> !\205C\317
> \")+\207" [dir d this pf f dirmatch file-name-as-directory eieio-oref
> proj-file expand-file-name file-exists-p proj-root-dirmatch nil
> ede-project-autoload-dirmatch-p ede-dirmatch-installed ede-do-dirmatch]
> 4 "Return non-nil if THIS project autoload is found in
> DIR."]([eieio-class-tag--ede-project-autoload "Make" ede/proj
> "Project.ede" nil nil unbound nil ede-proj-load ede-proj-project nil t
> nil] nil)
> apply(#[(this dir)
> "\306!\307\n\310\"\211;\205\311\"\211\203!\f\205D\312\f!\202D\307\n\313\"\211;\203/\314\202C\315
> !\205C
> \205C\316
> !\205C\317
> \")+\207" [dir d this pf f dirmatch file-name-as-directory eieio-oref
> proj-file expand-file-name file-exists-p proj-root-dirmatch nil
> ede-project-autoload-dirmatch-p ede-dirmatch-installed ede-do-dirmatch]
> 4 "Return non-nil if THIS project autoload is found in DIR."]
> [eieio-class-tag--ede-project-autoload "Make" ede/proj "Project.ede" nil
> nil unbound nil ede-proj-load ede-proj-project nil t nil] nil)
> ede-auto-detect-in-dir([eieio-class-tag--ede-project-autoload "Make"
> ede/proj "Project.ede" nil nil unbound nil ede-proj-load
> ede-proj-project nil t nil] nil)
> ede--detect-ldf-root-predicate("~/")
> locate-dominating-file("~/" ede--detect-ldf-root-predicate)
> ede--detect-scan-directory-for-project-root("~/"
> [eieio-class-tag--ede-project-autoload "Make" ede/proj "Project.ede" nil
> nil unbound nil ede-proj-load ede-proj-project nil t nil])
> ede-detect-directory-for-project("/home/dumsani/")
> ede-directory-project-cons("~/")
> ede-initialize-state-current-buffer()
> ede-reset-all-buffers()
> global-ede-mode(t)
> eval-buffer(#<buffer *load*> nil
> "/home/dumsani/.emacs.d/custom/setup-cedet.el" nil t) ; Reading at
> buffer position 512
>
> load-with-code-conversion("/home/dumsani/.emacs.d/custom/setup-cedet.el"
> "/home/dumsani/.emacs.d/custom/setup-cedet.el" nil t)
> require(setup-cedet)
> eval((require (quote setup-cedet)) nil)
> elisp--eval-last-sexp(nil)
> eval-last-sexp(nil)
> funcall-interactively(eval-last-sexp nil)
> call-interactively(eval-last-sexp nil nil)
> command-execute(eval-last-sexp)
>
> On Mon, Jan 4, 2016 at 2:05 AM, Eric Ludlam <[email protected]
> <mailto:[email protected]>> wrote:
>
> On 01/03/2016 01:54 PM, Dumsani Ndzinisa wrote:
>
> Hi,
>
> [...]
>
> However, the process always fails when the line
> (global-ede-mode) gets
> executed in my
> init file. I am attaching my init file (~/.emacs) as well as my
> customization file for setting
> up CEDET (as guided by one of the sources I mentioned above).
>
> I'm using Emacs 25.1.5, installed from source (on GNU Linux Mint,
> gcc/g++ 4.8, x86) after
> cloning the Emacs' git repo. There is a stock CEDET installation
> coming
> with this version
> of Emacs, and according to my Emacs package manager (M-x
> cedet-version),
> the version
> of CEDET in here is 2.0.
>
>
> I tried your setup file w/ a fresh Emacs from git, and it seemed to
> load with no error for me. Could you paste in what the error
> message is? Your setup seems fine to me.
>
> Thanks
> Eric
>
>
>
>
> --
> Dumsani
------------------------------------------------------------------------------