From: martin rudalics <rudalics@gmx.at>
To: Dmitry Gutov <dgutov@yandex.ru>, 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 17:58:22 +0100 [thread overview]
Message-ID: <56573A2E.5000809@gmx.at> (raw)
In-Reply-To: <56571697.50702@yandex.ru>
>> How would I know what what ‘json-read-string’ tries to read at that
>> moment? Am I supposed to instrument it?
>
> Why not?
Debugging the debugger while debugging?
> Alternatively...
You mean there's none?
>> Maybe
>>
>> (unless (char-equal (json-peek) ?\")
>> (signal 'json-string-format (list "doesn't start with `\"'!")))
>
> ...you can add a (debug) call before (signal ...). And when the debugger hits, press `e' and evaluate (buffer-string) and (point).
>
> Seeing the value of buffer-string might be sufficient if json-read is being called in a wrong buffer.
But what is the use of the above signal when it doesn't tell me where to
find the source of the problem?
>> 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?
> 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.
>> 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?
martin
next prev parent reply other threads:[~2015-11-26 16:58 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 [this message]
2015-11-26 17:36 ` Dmitry Gutov
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=56573A2E.5000809@gmx.at \
--to=rudalics@gmx.at \
--cc=22012@debbugs.gnu.org \
--cc=dgutov@yandex.ru \
/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.