From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Madhu Newsgroups: gmane.emacs.devel Subject: Re: Difficulty using M-x gdb Date: Sun, 05 Feb 2023 20:56:23 +0530 Message-ID: References: <87357pqvxq.fsf@md5i.com> <83pmatz54p.fsf@gnu.org> <83fsbnx5oa.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="4920"; mail-complaints-to="usenet@ciao.gmane.io" To: emacs-devel@gnu.org Cancel-Lock: sha1:ImMHeus2aDfjiEUbOzKsmf94P9I= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Feb 05 16:30: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 1pOgy0-0001Ad-7Z for ged-emacs-devel@m.gmane-mx.org; Sun, 05 Feb 2023 16:30:08 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pOgx8-0003gz-0k; Sun, 05 Feb 2023 10:29:14 -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 1pOgtz-000350-8s for emacs-devel@gnu.org; Sun, 05 Feb 2023 10:26:00 -0500 Original-Received: from ciao.gmane.io ([116.202.254.214]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pOgtx-00027x-SS for emacs-devel@gnu.org; Sun, 05 Feb 2023 10:25:59 -0500 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1pOgts-0006Kl-Uq for emacs-devel@gnu.org; Sun, 05 Feb 2023 16:25:52 +0100 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Sun, 05 Feb 2023 10:29:11 -0500 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:303000 Archived-At: 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. [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]