From: Tassilo Horn <tsdh@gnu.org>
To: Thien-Thi Nguyen <ttn@gnuvola.org>
Cc: emacs-devel@gnu.org
Subject: Re: Error in post-command-hook (completion-in-region--postch): (wrong-type-argument stringp nil)
Date: Fri, 24 Aug 2012 13:23:05 +0200 [thread overview]
Message-ID: <87txvsbkkm.fsf@thinkpad.tsdh.de> (raw)
In-Reply-To: <87393c4oah.fsf@zigzag.favinet> (Thien-Thi Nguyen's message of "Fri, 24 Aug 2012 11:44:38 +0200")
Thien-Thi Nguyen <ttn@gnuvola.org> writes:
> (defun nrepl-complete-at-point ()
> (interactive)
> (let ((sap (symbol-at-point)))
> (when (and sap (not (in-string-p)))
> (nrepl-send-string [...])
> [...]
> )))
>
> I'm happy for any pointers!
>
> Many times, the value of a variable depends on the current buffer.
> (This is the beauty and curse of Emacs.)
>
> Does ‘nrepl-send-string’ change the current buffer?
No.
> The same questions could apply to any of the functions involved.
>
> To find out, i would add some calls to ‘message’, not trusting builtin
> debug, Edebug (or, more to the point, my fumblings w/ these facilities)
> to not distort the state under study.
I tried that, and message always said I'm in the buffer I was supposed
to be in, even though the next message was the error.
To be super-safe I added
(assert (eq major-mode 'clojure-mode))
before every single form of my function! Right now, I only have one
clojure-mode buffer open. The original post-command-hook error still
occurs, but the assertions are always true anyhow. So it doesn't seem
to be caused by being in the wrong buffer...
Bye,
Tassilo
next prev parent reply other threads:[~2012-08-24 11:23 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-24 8:25 Error in post-command-hook (completion-in-region--postch): (wrong-type-argument stringp nil) Tassilo Horn
2012-08-24 9:44 ` Thien-Thi Nguyen
2012-08-24 11:23 ` Tassilo Horn [this message]
2012-08-24 13:07 ` Thien-Thi Nguyen
2012-08-24 16:23 ` Tassilo Horn
2012-08-24 16:58 ` Thien-Thi Nguyen
2012-08-24 18:12 ` Tassilo Horn
2012-08-24 15:46 ` Stefan Monnier
2012-08-24 18:20 ` Tassilo Horn
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=87txvsbkkm.fsf@thinkpad.tsdh.de \
--to=tsdh@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=ttn@gnuvola.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.