all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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.





  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

* 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 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.