GNU bug report logs - #66604
[PATCH] Gud LLDB completions

Previous Next

Package: emacs;

Reported by: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Date: Wed, 18 Oct 2023 11:27:02 UTC

Severity: normal

Tags: patch

Fixed in version 30.1

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Mattias Engdegård <mattias.engdegard <at> gmail.com>
Cc: 66604 <at> debbugs.gnu.org
Subject: bug#66604: [PATCH] Gud LLDB completions
Date: Sat, 21 Oct 2023 12:32:21 +0200
Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:

> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
>
>> Gerd Möllmann <gerd.moellmann <at> gmail.com> writes:
>> w28, #0x7 ; =7 \n 0x18721cd3c <+92>: movk w28, #0x1000, lsl #16\n
>> 0x18721cd40 <+96>: cmp w0, w28\n[1G[J(lldb) [8G"
>
> Hm, what one cannot see in the mail, is that the prompt at the end is
> actually "(lldb)  ^[[8G".  Note also the two spaces!
>
> And what Emacs does afterwards, AFAICT now, is filter the escape
> sequences out (see ansi-color-for-comint-mode.*).  Strangely, the 8G and
> so on sequencess match the regexp used for that.

I'm now resasobly convinced that this is kind of a bug in LLDB.  It
doesn't check if it has an ANSI terminal sometimes, and sends ANSI
cursor movement sequences anyway.




This bug report was last modified 1 year and 211 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.