"Wrong type argument: hash-table-p, nil" when opening non-CMake files

[cyrus-and]

Just open a standalone C file and the following happens:

cmake-ide [Fri Dec  8 22:04:56 2017]: Making directory /tmp/cmakeyTKBVQ
cmake-ide [Fri Dec  8 22:04:57 2017]: Starting rdm server
cmake-ide [Fri Dec  8 22:04:57 2017]: Running cmake for src path /home/cyrus/tmp/ in build path /tmp/cmakeyTKBVQ/
cmake-ide [Fri Dec  8 22:04:57 2017]: Finished running CMake
cmake-ide [Fri Dec  8 22:04:57 2017]: Non-existent compilation DB file /tmp/cmakeyTKBVQ/compile_commands.json
error in process sentinel: cmake-ide--idb-file-to-obj: Wrong type argument: hash-table-p, nil
error in process sentinel: Wrong type argument: hash-table-p, nil

IMHO cmake-ide should do nothing at all (especially starting rdm and creating build directories) if it cannot find a suitable environment first.

This seems related to: #93 and #111.

---

Relevant configuration:

(require 'rtags)
(cmake-ide-setup)
(rtags-enable-standard-keybindings)

• GNU Emacs 26.0.90
• cmake-ide from MELPA
• Debian GNU/Linux 9

[darcylee]

I also encountered the same problem.

[dlyr]

Could you test with my fork of cmake-ide ? I have maybe fixed this ...
It's the branch wip_project_key here
https://github.com/dlyr/cmake-ide/tree/wip_project_key

[cyrus-and]

Alright this issue has been introduced in 99bfce8 apparently and @dlyr your PR seems to fix it, although a bunch of weird messages are logged:

cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: Not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: puthash for cmake-ide [Mon Dec 11 18:04:05 2017]: Not a cmake project /var/folders/jb/b_c1572j103c989nd69w6sch0000gn/T/cmakeBM8YtP
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: Making directory /var/folders/jb/b_c1572j103c989nd69w6sch0000gn/T/cmakeBM8YtP
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil] [2 times]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: Not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil] [2 times]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: Not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project
cmake-ide [Mon Dec 11 18:04:05 2017]: locate cmakelists new-dir [nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: locate-project-dir : [nil][nil]
cmake-ide [Mon Dec 11 18:04:05 2017]: Current project is not a cmake project

Plus this happens when I rtags-find-symbol-at-point:

error in process sentinel: not: Symbol’s function definition is void: string-empty-p
error in process sentinel: Symbol’s function definition is void: string-empty-p

But that's another issue.

[dlyr]

Yeah the locate message are for debug purpose (I will remove them soon I hope).
the Current projet is not a cmake project will stay to inform that cmake-ide functionalities are not available.
I will check the rtag thing ;)

[dlyr]

By the way what did you expect from rtags ?
Mine say
No buffer named "Can't seem to connect to server (/run/user/1000/rdm.socket)Can't seem to connect to server (/run/user/1000/rdm.socket)Can't seem to connect to server (/run/user/1000/rdm.socket)
"
And if a run rdm myself
I have No buffer named "[A directory of a former project]/Not indexed
"

[cyrus-and]

To jump to the symbol under the point, which works indeed but then that error appears.

You need to install rtags both the program and the Emacs package.

[dlyr]

(rtags works well for me with an cmake-ide project)
Do you generate a compile-commands.json ?

[cyrus-and]

@dlyr it's performed automatically and it works with master.

Here's the stack trace:

Debugger entered--Lisp error: (void-function string-empty-p)
  (string-empty-p (cmake-ide--buffer-string buffer))
  (not (string-empty-p (cmake-ide--buffer-string buffer)))
  (and (not (string-empty-p (cmake-ide--buffer-string buffer))) (not cmake-ide-header-no-flags))
  (if (and (not (string-empty-p (cmake-ide--buffer-string buffer))) (not cmake-ide-header-no-flags)) (progn (cond (cmake-ide-try-unique-compiler-flags-for-headers (cmake-ide--hdr-try-unique-compiler-flags idb buffer sys-includes)) ((cmake-ide--hdr-ask-ninja-and-make idb buffer sys-includes) t) (t (cmake-ide--hdr-legacy idb buffer sys-includes)))))
  cmake-ide--set-flags-for-hdr-file(#<hash-table equal 14/65 0x16d04e5> #<buffer handler.h> nil)
  (if (cmake-ide--is-src-file file-name) (cmake-ide--set-flags-for-src-file file-params buffer sys-includes) (cmake-ide--set-flags-for-hdr-file idb buffer (cmake-ide--flags-to-sys-includes hdr-flags)))
  (let* ((file-name (buffer-file-name buffer)) (file-params (cmake-ide--idb-file-to-obj idb file-name)) (sys-includes (cmake-ide--params-to-sys-includes file-params)) (commands (cmake-ide--idb-all-commands idb)) (hdr-flags (cmake-ide--commands-to-hdr-flags commands))) (cmake-ide--message "Setting flags for file %s" file-name) (if (cmake-ide--is-src-file file-name) (cmake-ide--set-flags-for-src-file file-params buffer sys-includes) (cmake-ide--set-flags-for-hdr-file idb buffer (cmake-ide--flags-to-sys-includes hdr-flags))))
  cmake-ide--set-flags-for-file(#<hash-table equal 14/65 0x16d04e5> #<buffer handler.h>)
  (closure ((idb . #<hash-table equal 14/65 0x16d04e5>) cmake-ide--semantic-system-include t) (x) (cmake-ide--set-flags-for-file idb x))(#<buffer handler.h>)
  mapc((closure ((idb . #<hash-table equal 14/65 0x16d04e5>) cmake-ide--semantic-system-include t) (x) (cmake-ide--set-flags-for-file idb x)) (#<buffer handler.h>))
  (let* ((idb (cmake-ide--cdb-json-file-to-idb)) (set-flags (function (lambda (x) (cmake-ide--set-flags-for-file idb x))))) (mapc set-flags cmake-ide--src-buffers) (mapc set-flags cmake-ide--hdr-buffers) (setq cmake-ide--src-buffers nil cmake-ide--hdr-buffers nil) (cmake-ide--run-rc))
  cmake-ide--on-cmake-finished()
  (closure (cmake-ide--semantic-system-include t) (_process _event) (cmake-ide--message "Finished running CMake") (cmake-ide--on-cmake-finished))(#<process cmake> "finished\n")

---

(Feel free to move this thread to a new issue if you want.)

[dlyr]

hum, I don't know and it work on my project, could you post a minimal example to reproduce the bug ?
string-empty-p is defined in subr (you need to include/install subr-x somewhere)
but that's strang it works on master which also use this function ...

[cyrus-and]

1. start Emacs with env HOME=/tmp/ emacs -Q;

2. paste the following in the scratch buffer then M-x eval-buffer:

   (package-initialize)
   
   (add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/"))
   
   (package-refresh-contents)
   
   (package-install-file "/path/to/your/cmake-ide.el")
   (package-install 'rtags)
   
   (require 'rtags)
   (cmake-ide-setup)

3. clone this repo somewhere;

4. back to Emacs open /path/to/repo/src/main.c;

5. move the point on line 7 over zz_handler;

6. M-x rtags-find-symbol-at-point the file handler.h is visited and the error triggers.

I just noticed that this happens the first time only.

[dlyr]

if you add
(require 'subr-x)
above (cmake-ide-setup) it works right ?
This should definitively be setup in cmake-ide (see #55 #127)
I have tested something here to load subr-x but if fails try to define empty-string-p. Since I quite new to emacs-lisp, it might not be the right way to do this.

[cyrus-and]

it works right ?

Yeps.

[dlyr]

When i include subr-x yes (and update rtags rdm to last version) ... i have update my pr to load subr-x if available, but not deepl tested yet. ++ david

…

Le 12 déc. 2017 à 15:06, Andrea Cardaci ***@***.***> a écrit : it works right ? Yeps. — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.