From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#66604: [PATCH] Gud LLDB completions Date: Fri, 20 Oct 2023 19:28:39 +0200 Message-ID: References: <13AC7AD2-230A-4FAC-81D9-75FBE53456F8@gmail.com> <586BC992-4776-4C8B-9700-821FF04A1046@gmail.com> <27BF071E-2E0D-49F9-B595-E8A560436C50@gmail.com> <2577C531-285B-49CC-BFAA-3D3A3A0B986D@gmail.com> <22B5EBE2-945E-413F-BCC6-8693AB90988C@gmail.com> <45D77CAF-8694-434D-90BC-448886FBB68E@gmail.com> <68E433F5-C7A5-4DCB-BF2B-FE1054F71E69@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40102"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 66604@debbugs.gnu.org To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 20 19:30:00 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qttJw-000AK9-PJ for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 20 Oct 2023 19:30:00 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qttJZ-0004uI-LY; Fri, 20 Oct 2023 13:29:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qttJY-0004u0-Fu for bug-gnu-emacs@gnu.org; Fri, 20 Oct 2023 13:29:36 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qttJY-0007we-6g for bug-gnu-emacs@gnu.org; Fri, 20 Oct 2023 13:29:36 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qttJz-0007Fd-1n for bug-gnu-emacs@gnu.org; Fri, 20 Oct 2023 13:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Oct 2023 17:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66604 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 66604-submit@debbugs.gnu.org id=B66604.169782296127799 (code B ref 66604); Fri, 20 Oct 2023 17:30:02 +0000 Original-Received: (at 66604) by debbugs.gnu.org; 20 Oct 2023 17:29:21 +0000 Original-Received: from localhost ([127.0.0.1]:41396 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qttJJ-0007EJ-7b for submit@debbugs.gnu.org; Fri, 20 Oct 2023 13:29:21 -0400 Original-Received: from mail-ed1-x531.google.com ([2a00:1450:4864:20::531]:48262) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qttJE-0007E3-8y for 66604@debbugs.gnu.org; Fri, 20 Oct 2023 13:29:20 -0400 Original-Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-53e3e7e478bso1627626a12.0 for <66604@debbugs.gnu.org>; Fri, 20 Oct 2023 10:28:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1697822921; x=1698427721; darn=debbugs.gnu.org; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=JpKUGiQfi0yBu2XfNKbH/P7Ao49yp52RmXFmkGQO4E4=; b=XAF6hnr1vcZz3/3xkrN15Qh2M6gmBaaBCIvdyu4ebIWwL2Bb/f2Kmv2f3ULU3i1xzS Vmc66lDuCUCo21nDrnbu6kRITpZmMQC3tzEsewN8uhu0WDGN0aEhJxjLyNbiGijqCHJD eIQPkBZJqRto7N8wMmLdgpcQ/7vVhPbsydB5iyQ9x56cgO3ucs5A9cb39QTOrokYEcjR dRKmJcrEhrB9F4VRpQR7rud+MqVGjizGW+iawIWBGFV0maas5+AkrjvonzeYSSWyLpH8 EHMnYjwIEuW0/mrcv/GHQ0PmPl9PfdU1LjneBll+YSW4HZb7eqjcHZ7imAiY9sV7OeqU vDBQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1697822921; x=1698427721; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=JpKUGiQfi0yBu2XfNKbH/P7Ao49yp52RmXFmkGQO4E4=; b=ukLjYyzPhcScyPncosg8JCTqcrBn6bweJX3XLq+6E7F4Ie3J2wIxsTdl/HkIFBqHzV /cmKPRg3/MYQBtbmpgzOLJnCGVrIVryW2rtLrcBQO+q6n+/wHhxjHgZme/9LprtZi+rZ 3ZWbzDvHCoE2M8dN2exOiBCE3j2g8N+CXrlg0UlFfAuaP66oM4yX/mgNRcJBQ2P8DV9a 3HmTdrRZdrSybu/lqNGa8hmruRVhnLcwgh76VZ9w8/gatNgRJBCcXSsOoWjwdfhFLJ94 lCztZAEJFQZUm2wcUnEGoDlXOmQV7MQ3Go6QKufqQivw85JBYMf7nHcU1vJ3dgPpCEJ0 D//w== X-Gm-Message-State: AOJu0YyfwnQkqsBLbDmIqCWxAqQ8CmiOk8xQP36tktE6J00DZhqVmbwa K4I9/kIbsNlSykwKIAWxOQFwUW6J9i4= X-Google-Smtp-Source: AGHT+IGRnpHyzaKXTmqrXRReTXbSr0eeCXAJi22RjIRY3usIZULiJD5kfIbP82DVOij91SQgeVBoxQ== X-Received: by 2002:a17:907:6d09:b0:9b2:d78c:afe9 with SMTP id sa9-20020a1709076d0900b009b2d78cafe9mr1929227ejc.49.1697822921202; Fri, 20 Oct 2023 10:28:41 -0700 (PDT) Original-Received: from Pro.fritz.box (pd9e365ba.dip0.t-ipconnect.de. [217.227.101.186]) by smtp.gmail.com with ESMTPSA id jy20-20020a170907763400b009b97d9ae329sm1882338ejc.198.2023.10.20.10.28.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 20 Oct 2023 10:28:40 -0700 (PDT) In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Fri, 20 Oct 2023 13:59:12 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:272806 Archived-At: Gerd M=C3=B6llmann writes: > Mattias Engdeg=C3=A5rd writes: > >> 20 okt. 2023 kl. 13.12 skrev Gerd M=C3=B6llmann : >> >>> That's interesting, the -p PID seems to make the difference. Could you >>> please confirm? No idea what to make of that, ATM. >> >> I get the same odd behaviour by starting lldb without arguments and then= issuing >> >> attach =E2=80=B9pid=E2=80=BA >> b redisplay_internal >> c >> >> but not when starting Emacs from inside lldb as per your recipe, so it's= a matter of attaching vs spawning. > > Indeed. How strange. Strangeness A: I do M-x lldb RET emacs RET with a (trace-function 'gud-lldb-marker-filter) =20=20 to observe what the process filter sees. I'm doing some stuff in lldb, then kill the process, and attach to another running Emacs to see the difference in what arrives in Emacs between the case of not attching to a process and attaching to one. Here is part of the trace output: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "settings show use-color \n") 1 <- gud-lldb-marker-filter: "settings show use-color \n" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "use-color (boolean) =3D false\n(lldb) ") 1 <- gud-lldb-marker-filter: "use-color (boolean) =3D false\n(lldb) " =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "process kill\n") 1 <- gud-lldb-marker-filter: "process kill\n" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "Process 95787 exited with status =3D 9 (0x000= 00009) killed\n(lldb) ") 1 <- gud-lldb-marker-filter: "Process 95787 exited with status =3D 9 (0x000= 00009) killed\n(lldb) " =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "attach 95179\n") 1 <- gud-lldb-marker-filter: "attach 95179\n" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "Process 95179 stopped\n* thread #1, queue =3D= 'com.apple.main-thread', stop reason =3D signal SIGSTOP\n frame #0: 0x0= 00000018720a8b4 libsystem_kernel.dylib`mach_msg2_trap + 8\nlibsystem_kernel= .dylib`mach_msg2_trap:\n-> 0x18720a8b4 <+8>: ret \n\nlibsystem_kernel.d= ylib`macx_swapon:\n 0x18720a8b8 <+0>: mov x16, #-0x30 ;= =3D-48 \n 0x18720a8bc <+4>: svc #0x80\n 0x18720a8c0 <+8>: ret\n(l= ldb) ") 1 <- gud-lldb-marker-filter: "Process 95179 stopped\n* thread #1, queue =3D= 'com.apple.main-thread', stop reason =3D signal SIGSTOP\n frame #0: 0x0= 00000018720a8b4 libsystem_kernel.dylib`mach_msg2_trap + 8\nlibsystem_kernel= .dylib`mach_msg2_trap:\n-> 0x18720a8b4 <+8>: ret \n\nlibsystem_kernel.d= ylib`macx_swapon:\n 0x18720a8b8 <+0>: mov x16, #-0x30 ;= =3D-48 \n 0x18720a8bc <+4>: svc #0x80\n 0x18720a8c0 <+8>: ret\n(l= ldb) " =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "n\n") 1 <- gud-lldb-marker-filter: "n\n" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "(lldb) ") 1 <- gud-lldb-marker-filter: "(lldb) " =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "[1G[JProcess 95179 stopped\n* thread #1, queu= e =3D 'com.apple.main-thread', stop reason =3D instruction step over\n f= rame #0: 0x000000018721cd30 libsystem_kernel.dylib`mach_msg2_internal + 80\= nlibsystem_kernel.dylib`mach_msg2_internal:\n-> 0x18721cd30 <+80>: cbz = w0, 0x18721cdd0 ; <+240>\n 0x18721cd34 <+84>: tbnz w26, #0x6= , 0x18721cd70 ; <+144>\n 0x18721cd38 <+88>: mov w28, #0x7 = ; =3D7 \n 0x18721cd3c <+92>: movk w28, #0x1000, lsl #16\n[1G[J= (lldb) [8G") 1 <- gud-lldb-marker-filter: "[1G[JProcess 95179 stopped\n* thread #1, queu= e =3D 'com.apple.main-thread', stop reason =3D instruction step over\n f= rame #0: 0x000000018721cd30 libsystem_kernel.dylib`mach_msg2_internal + 80\= nlibsystem_kernel.dylib`mach_msg2_internal:\n-> 0x18721cd30 <+80>: cbz = w0, 0x18721cdd0 ; <+240>\n 0x18721cd34 <+84>: tbnz w26, #0x6= , 0x18721cd70 ; <+144>\n 0x18721cd38 <+88>: mov w28, #0x7 = ; =3D7 \n 0x18721cd3c <+92>: movk w28, #0x1000, lsl #16\n[1G[J= (lldb) [8G" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "\n") 1 <- gud-lldb-marker-filter: "\n" =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "(lldb) ") 1 <- gud-lldb-marker-filter: "(lldb) " =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D 1 -> (gud-lldb-marker-filter "[1G[JProcess 95179 stopped\n* thread #1, queu= e =3D 'com.apple.main-thread', stop reason =3D instruction step over\n f= rame #0: 0x000000018721cd34 libsystem_kernel.dylib`mach_msg2_internal + 84\= nlibsystem_kernel.dylib`mach_msg2_internal:\n-> 0x18721cd34 <+84>: tbnz = w26, #0x6, 0x18721cd70 ; <+144>\n 0x18721cd38 <+88>: mov w28, #0x7= ; =3D7 \n 0x18721cd3c <+92>: movk w28, #0x1000, lsl #= 16\n 0x18721cd40 <+96>: cmp w0, w28\n[1G[J(lldb) [8G") 1 <- gud-lldb-marker-filter: "[1G[JProcess 95179 stopped\n* thread #1, queu= e =3D 'com.apple.main-thread', stop reason =3D instruction step over\n f= rame #0: 0x000000018721cd34 libsystem_kernel.dylib`mach_msg2_internal + 84\= nlibsystem_kernel.dylib`mach_msg2_internal:\n-> 0x18721cd34 <+84>: tbnz = w26, #0x6, 0x18721cd70 ; <+144>\n 0x18721cd38 <+88>: mov w28, #0x7= ; =3D7 \n 0x18721cd3c <+92>: movk w28, #0x1000, lsl #= 16\n 0x18721cd40 <+96>: cmp w0, w28\n[1G[J(lldb) [8G" Look at these escape sequences that suddenly appear when attaching to a process! I don't even know what "[1G" and "[8G" do. I can't find them in the list of ANSI sequences. Xterm has something like that CHA Cursor Horizontal Absolute CSI Ps G Move cursor to Ps-th column of the = active row (default=3D1). But that makes no sense at all... Don't know what happens after that that with the sequences in Emacs, but this is already so weird that I need a pause :-)