From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Welsh Duggan Newsgroups: gmane.emacs.bugs Subject: bug#61162: 30.0.50; RET in source files that are being displayed by gud no longer works Date: Tue, 31 Jan 2023 15:18:15 -0500 Message-ID: <87sffqqwzc.fsf@md5i.com> References: <87fsbssrk1.fsf@md5i.com> <87y1piqzsv.fsf@md5i.com> <83ilgm1nw6.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="7465"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Michael Welsh Duggan , 61162@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 31 21:19:40 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 1pMx6R-0001h9-DO for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 31 Jan 2023 21:19:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pMx60-0006XJ-90; Tue, 31 Jan 2023 15:19:15 -0500 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 1pMx5q-0006XA-JN for bug-gnu-emacs@gnu.org; Tue, 31 Jan 2023 15:19:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pMx5q-0002Ot-83 for bug-gnu-emacs@gnu.org; Tue, 31 Jan 2023 15:19:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pMx5p-00022j-NT for bug-gnu-emacs@gnu.org; Tue, 31 Jan 2023 15:19:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Welsh Duggan Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 31 Jan 2023 20:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61162 X-GNU-PR-Package: emacs Original-Received: via spool by 61162-submit@debbugs.gnu.org id=B61162.16751963067810 (code B ref 61162); Tue, 31 Jan 2023 20:19:01 +0000 Original-Received: (at 61162) by debbugs.gnu.org; 31 Jan 2023 20:18:26 +0000 Original-Received: from localhost ([127.0.0.1]:55110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMx5G-00021u-47 for submit@debbugs.gnu.org; Tue, 31 Jan 2023 15:18:26 -0500 Original-Received: from md5i.com ([75.151.244.229]:59142) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pMx5B-00021Z-VG for 61162@debbugs.gnu.org; Tue, 31 Jan 2023 15:18:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=md5i.com; s=dkim; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To: Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=glMgPwZVAetPptfpESc3v63ZQepd7rfVqRMwi+aWhNA=; b=of9CSpI57CfSbOgPyKjw376SBz +un2IgU5fl72cO3m0wvFPzALwE+40tfvJSnLLeOps52IIr8Zby+NXUzexvOnn4yDkYYfZC5ubWycm HZsUkNWwopH05nqoz6KYoMwXx; Original-Received: from abode ([192.168.177.1]:57684 helo=miko) by md5i.com with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1pMx55-00EFVG-2N; Tue, 31 Jan 2023 15:18:15 -0500 In-Reply-To: <83ilgm1nw6.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 31 Jan 2023 21:53:45 +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:254545 Archived-At: Eli Zaretskii writes: >> From: Michael Welsh Duggan >> Date: Tue, 31 Jan 2023 14:17:20 -0500 >> >> Michael Welsh Duggan writes: >> >> > Create a trivial C program. Here's a good example: >> > >> > int main() >> > { >> > return 0; >> > } >> > >> > Save it as foo.c, and compile it with debugging: >> > >> > gcc -ggdb3 -o foo foo.c >> > >> > From emacs -Q, start gdb on foo: >> > >> > M-x gud-gdb RET >> > >> > In my case, since foo is the only executable in the dir, the command >> > line for gdb is already set up correctly as: >> > >> > gdb --fullname foo >> > >> > Hit RET. You should be at the gdb prompt. Start the program: >> > >> > start RET >> > >> > You should now get another window with foo.c in it for context. Switch >> > to that buffer and type RET. >> > >> > C-x o >> > RET >> > >> > In my case, I get: >> > >> > comint-send-input: Current buffer has no process >> > >> > This is new and broken behavior. The expected behavior is that a >> > newline is inserted in the buffer. >> >> This appears to be caused by commit >> a7b0b20c1bc758fa99fda96d06a266868aec3eea, which was supposed to fix >> Bug#59605. > > This current problem is part of fallout from commit 8bb5c1bfec. That > commit was reverted on the emacs-29 branch, as it caused too much > trouble. It was not reverted on master, as I still hope someone > motivated enough will step up to fix this without reverting back to > using easy-mmode, which we hoped to obsolete. I'll try to look into that, but it might be beyond me. > If you can find a fix on master, patches would be very welcome. > Failing that, I might eventually decide to revert that commit on > master as well. There's a limit to the efforts I'm prepared to sink > into maintaining what is basically an obsolete package which uses a > GDB feature that GDB developers consider obsolete and may remove any > day (why don't you use "M-x gdb" instead?). I always use "M-x gud-gdb" because, historically, "M-x gdb" didn't support multiple simultaneous gdb sessions. If this is no longer the case, I will see if I can change my habits. -- Michael Welsh Duggan (md5i@md5i.com)