From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Difficulty using M-x gdb Date: Sun, 05 Feb 2023 17:33:53 +0200 Message-ID: <83sffkqg7y.fsf@gnu.org> References: <87357pqvxq.fsf@md5i.com> <83pmatz54p.fsf@gnu.org> <83fsbnx5oa.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24326"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Madhu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 05 16:34:08 2023 Return-path: Envelope-to: ged-emacs-devel@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 1pOh1s-000660-Mo for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Feb 2023 16:34:08 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pOh1W-0004gh-9N; Sun, 05 Feb 2023 10:33:46 -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 1pOh1U-0004gS-1J for emacs-devel@gnu.org; Sun, 05 Feb 2023 10:33:44 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pOh1T-0003BT-HV; Sun, 05 Feb 2023 10:33:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=rB2BjNcbN/BUJMNI8KHHu2s2HH8fILQgDys2e6o8qk4=; b=lRAyrht5cext cQp/Vm/Lub3vlbYZ0re80kIXtYtHrL5HRzOvcfiAQcgLi8jGg/E4aWkFRxUQpVL0RAzNiRrX/uMQn yyyyEv7pB5DPpTb1jR5H/gd5eYEXz+yvxAKPrYVDH2VadOv9QMQWSWK9DY5r4eYguLrazCy+3IGva dnw5GBel6tbHnsPiYz+FmImZ885MlKjz2bE3h7phueaeZ2xYkyKbl4oF5ujG9ssnzgC5RYA687lHW hVnNPEK1NJmIvDhZkbpksebcfwSdW80fPo5pTDZFpQo5dRhD2bd4cn9o28qQpUFxHZDPusdqd31tb IF3kPZAZjp6oUuLt586h5g==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pOh1S-0008VD-Pz; Sun, 05 Feb 2023 10:33:43 -0500 In-Reply-To: (message from Madhu on Sun, 05 Feb 2023 20:56:23 +0530) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:303001 Archived-At: > From: Madhu > Date: Sun, 05 Feb 2023 20:56:23 +0530 > > > Wanted to mention One problem I noticed with M-x gdb is that source code > buffers end up with permanent local binding of 'gdbmi for the variable > gud-minor-mode, and this intercepts keys RET and tries to send them to > the gud comint buffer even when gdb is not in action. Haven't figured > out where this happens but I've had to overcome this by setting ``` M-: > (setq gub-minor-mode nil) ``` in affected buffers. On which branch? I don't see this on emacs-29, only on master (where the changes which cause all this have not been reverted yet, in the hope that someone will find a better way of fixing the breakage). > [I share much the same experience with the original poster, and all my > lost debugging skills on encountering gdb-mi like in a stroke, but I'm > still making an effort to come to terms with gdb-mi, but its still > uphill with 80 col screens and being limited to C-x o to switch between > windows] Sorry, I don't think I understand what this rant is about.