From: Eli Zaretskii <eliz@gnu.org>
To: ksqsf <i@ksqsf.moe>
Cc: 33548-done@debbugs.gnu.org
Subject: bug#33548: 25.1; GUD GDB doesn't decode file paths correctly
Date: Fri, 30 Nov 2018 09:39:31 +0200 [thread overview]
Message-ID: <83k1kvc8uk.fsf@gnu.org> (raw)
In-Reply-To: <1543543399.17576.1.camel@ksqsf.moe>+CFAFEA2E65ADDA73 (message from ksqsf on Fri, 30 Nov 2018 10:03:19 +0800)
> From: ksqsf <i@ksqsf.moe>
> Cc: 33548@debbugs.gnu.org
> Date: Fri, 30 Nov 2018 10:03:19 +0800
> Feedback-ID: bizesmtp:ksqsf.moe:qybgforeign:qybgforeign4
>
> 在 2018-11-29四的 21:35 +0200,Eli Zaretskii写道:
> > Does it help to set gdb-mi-decode-strings to utf-8?
>
> Yes! This fixes this problem for me. Thanks. This report can be closed
> now.
Done.
> I think this variable deserves a mention in the doc anyway.
What documentation did you have in mind?
> Actually it should be made default.
No, I don't think so. It has some confusing side effects, and in most
cases is unnecessary.
> I noticed the warning, but can we do better? I mean, simply stops gdb
> from escaping strings (does gdb even support this?), as _inconsistent_
> escaping does nothing but introducing problems.
You can tell GDB to stop escaping in strings ("set print
sevenbit-strings", which is off by default), but GDB is under user
control, and the user is legitimately allowed to turn escaping on, we
cannot do anything about that. Plus, there are GDB settings to
control the encoding of text strings that GDB emits based on values of
the variables of the program being debugged.
> LLDB seems to do better job in this regard.
??? LLDB doesn't have a respectable implementation of the MI protocol
to begin with.
next prev parent reply other threads:[~2018-11-30 7:39 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1543510714.13628.2.camel@ksqsf.moe>
2018-11-29 19:35 ` bug#33548: 25.1; GUD GDB doesn't decode file paths correctly Eli Zaretskii
2018-11-30 2:03 ` ksqsf
[not found] ` <1543543399.17576.1.camel@ksqsf.moe>
2018-11-30 7:39 ` Eli Zaretskii [this message]
2018-11-30 8:03 ` ksqsf
[not found] ` <1543565036.30749.1.camel@ksqsf.moe>
2018-11-30 8:47 ` Eli Zaretskii
2018-11-29 16:58 ksqsf
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83k1kvc8uk.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=33548-done@debbugs.gnu.org \
--cc=i@ksqsf.moe \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).