all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Dmitry Gutov <dgutov@yandex.ru>
To: martin rudalics <rudalics@gmx.at>, 22012@debbugs.gnu.org
Subject: bug#22012: 25.1.50; gdb broken by (json-string-format "doesn't start with `\"'!")
Date: Thu, 26 Nov 2015 19:36:38 +0200	[thread overview]
Message-ID: <56574326.1070403@yandex.ru> (raw)
In-Reply-To: <56573A2E.5000809@gmx.at>

On 11/26/2015 06:58 PM, martin rudalics wrote:

> Debugging the debugger while debugging?

Just debugging the debugger, I'd say.

> You mean there's none?

json.el is written in Lisp, so there are many ways you can get the 
needed information. All of them are relatively easy, IMHO.

> But what is the use of the above signal when it doesn't tell me where to
> find the source of the problem?

I agree that it can be improved.

>  >> should report the current buffer and its value of point.
>  >
>  > I wouldn't mind if it did. Though that would need to be done in all
> such places.
>
> Which places?

Every place in json.el that contains "(signal 'json-", probably. We 
should be consistent.

>  > But for the purposes of debugging, you can modify just that
> function's definition to report what's required.
>
> I do so already.  Now it stopped complaining.  Yet another Heisenbug.

Too bad.

>  >> Anyway, if I understand the backtrace correctly, the current buffer
>  >> should have been "*breakpoints of emacs.exe*".
>  >
>  > I'm not sure what that implies. Does it have JSON content?
>
> What is JSON content?

String in JSON format.

Basically, the question is whether we're calling json-read in a wrong 
buffer, or if the buffer is right but contains unparseable content, or 
if we fail to parse valid JSON.





  reply	other threads:[~2015-11-26 17:36 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-25 17:49 bug#22012: 25.1.50; gdb broken by (json-string-format "doesn't start with `\"'!") martin rudalics
2015-11-26  2:34 ` Dmitry Gutov
2015-11-26  8:24   ` martin rudalics
2015-11-26 10:51     ` Dmitry Gutov
2015-11-26 13:31       ` martin rudalics
2015-11-26 14:26         ` Dmitry Gutov
2015-11-26 16:58           ` martin rudalics
2015-11-26 17:36             ` Dmitry Gutov [this message]
2015-11-26 17:58               ` Eli Zaretskii
2015-11-26 16:00         ` Eli Zaretskii
2015-11-28 14:13           ` martin rudalics
2015-11-28 14:34             ` Eli Zaretskii
2015-11-28 15:48               ` martin rudalics
2015-11-28 16:32                 ` Eli Zaretskii
2015-11-30 13:40                   ` martin rudalics
2015-11-30 15:56                     ` Eli Zaretskii
2015-11-26 15:49     ` Eli Zaretskii
2015-11-26 16:58       ` martin rudalics
2015-11-26 17:14         ` Eli Zaretskii
2018-02-13 10:22         ` martin rudalics

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=56574326.1070403@yandex.ru \
    --to=dgutov@yandex.ru \
    --cc=22012@debbugs.gnu.org \
    --cc=rudalics@gmx.at \
    /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.