From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Thien-Thi Nguyen Newsgroups: gmane.emacs.devel Subject: Re: Error in post-command-hook (completion-in-region--postch): (wrong-type-argument stringp nil) Date: Fri, 24 Aug 2012 11:44:38 +0200 Message-ID: <87393c4oah.fsf@zigzag.favinet> References: <87393cd7cu.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: ger.gmane.org 1345801502 25772 80.91.229.3 (24 Aug 2012 09:45:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 Aug 2012 09:45:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 24 11:45:03 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1T4qRm-0002nK-KP for ged-emacs-devel@m.gmane.org; Fri, 24 Aug 2012 11:44:58 +0200 Original-Received: from localhost ([::1]:56541 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4qRl-0006e8-0U for ged-emacs-devel@m.gmane.org; Fri, 24 Aug 2012 05:44:57 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:47520) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4qRi-0006e1-5U for emacs-devel@gnu.org; Fri, 24 Aug 2012 05:44:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T4qRa-0000iI-MT for emacs-devel@gnu.org; Fri, 24 Aug 2012 05:44:54 -0400 Original-Received: from smtp208.alice.it ([82.57.200.104]:47530) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4qRa-0000iB-CS for emacs-devel@gnu.org; Fri, 24 Aug 2012 05:44:46 -0400 Original-Received: from zigzag.favinet (87.5.65.210) by smtp208.alice.it (8.6.023.02) id 500F3F9405509AC8 for emacs-devel@gnu.org; Fri, 24 Aug 2012 11:44:44 +0200 Original-Received: from ttn by zigzag.favinet with local (Exim 4.72) (envelope-from ) id 1T4qRf-0000s9-1g for emacs-devel@gnu.org; Fri, 24 Aug 2012 11:44:51 +0200 In-Reply-To: <87393cd7cu.fsf@thinkpad.tsdh.de> (Tassilo Horn's message of "Fri, 24 Aug 2012 10:25:37 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 82.57.200.104 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:152797 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable () Tassilo Horn () Fri, 24 Aug 2012 10:25:37 +0200 (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 =E2=80=98nrepl-send-string=E2=80=99 change the current buffer? If so, does it change it back? If not, what does it assume about the current buffer? The same questions could apply to any of the functions involved. To find out, i would add some calls to =E2=80=98message=E2=80=99, not trust= ing builtin debug, Edebug (or, more to the point, my fumblings w/ these facilities) to not distort the state under study. =2D-=20 Thien-Thi Nguyen ..................................... GPG key: 4C807502 . NB: ttn at glug dot org is not me . . (and has not been since 2007 or so) . . ACCEPT NO SUBSTITUTES . ........... please send technical questions to mailing lists ........... --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlA3TQwACgkQZwMiJEyAdQIQkACeOIncKMrwdnLLy1E8S6+inyjt QAwAoOLEr0KotuIFpRj7QfsvqiVOujSY =olpV -----END PGP SIGNATURE----- --=-=-=--