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:50:38 +0200
Mattias Engdegård <mattias.engdegard <at> gmail.com> writes:

> 20 okt. 2023 kl. 19.28 skrev Gerd Möllmann <gerd.moellmann <at> gmail.com>:
>
>> Look at these escape sequences that suddenly appear when attaching to a
>> process! I don't even know what "<esc>[1G" and "<esc>[8G" do.
>
> Fascinating! We should probably look into the source code producing it
> (libedit probably) but I wrote the attached monstrosity and
> it... seems to work. (Proof of concept only.)

Yeah, I've actually looked at the sources :-). There is an EditLine.cpp
which has functions for this sort of stuff, but I couldn't find out
where in LLDB it is actually called in the offending case.

> It attempts to edit out the part of strings jumped over by CHA (CSI
> G), and it also edits out ED (CSI J) which is in this case just used
> to do exactly that immediately after CHA.

H, don't know.  SHould we really do that?  I mean, I don't oppose it,
es. if someone else does it :-). It just feels weird...




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.