From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Fredrik Tolf Newsgroups: gmane.emacs.help Subject: GDB inferior I/O Date: Tue, 29 Jul 2014 02:00:25 +0200 (CEST) Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Trace: ger.gmane.org 1406594265 8441 80.91.229.3 (29 Jul 2014 00:37:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 29 Jul 2014 00:37:45 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Tue Jul 29 02:37:39 2014 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XBvQB-0000L7-6v for geh-help-gnu-emacs@m.gmane.org; Tue, 29 Jul 2014 02:37:39 +0200 Original-Received: from localhost ([::1]:43007 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBvQA-0005kd-RK for geh-help-gnu-emacs@m.gmane.org; Mon, 28 Jul 2014 20:37:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48656) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBv9k-0004Qf-S5 for help-gnu-emacs@gnu.org; Mon, 28 Jul 2014 20:20:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XBv9k-00072R-0j for help-gnu-emacs@gnu.org; Mon, 28 Jul 2014 20:20:40 -0400 Original-Received: from moltke.seatribe.se ([2a01:4f8:121:5084::1]:47851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XBv9j-00071j-Kc for help-gnu-emacs@gnu.org; Mon, 28 Jul 2014 20:20:39 -0400 Original-Received: from [2001:2002:2f8:a79::1] (helo=nerv.dolda2000.com) by moltke.seatribe.se with esmtp (Exim 4.80) (envelope-from ) id 1XBuqD-0001Ob-1U for help-gnu-emacs@gnu.org; Tue, 29 Jul 2014 02:00:29 +0200 Original-Received: from [2001:2002:2f8:a79:200::101] ([IPv6:2001:2002:2f8:a79:200::101]) (authenticated bits=0) by nerv.dolda2000.com (8.14.4/8.14.4/Debian-4) with ESMTP id s6T00P5V025404 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Jul 2014 02:00:25 +0200 User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (nerv.dolda2000.com [IPv6:2001:2002:2f8:a79:200::1]); Tue, 29 Jul 2014 02:00:27 +0200 (CEST) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a01:4f8:121:5084::1 X-Mailman-Approved-At: Mon, 28 Jul 2014 20:37:26 -0400 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:98970 Archived-At: Dear list, I only recently upgraded to Emacs 24 (since Debian Testing only recently did that). I'm generally positive about the changes, but there's one thing that irks me a bit, namely the new handling of I/O with inferior GDB processes. As I'm sure you're aware, Emacs 23 handled I/O with the debugged program in the same buffer and with GDB itself, while Emacs 24 now handles it in a separate buffer. I have two problems with this: * It uses an extra window when debugging, where I'd rather use that space for other things. * It switches to that buffer whenever a program being debugged in the background decides to print something. Since I often have a server process running in GDB in the background that outputs log messages with a few millihertz or so, it springs up randomly every now and then. I solved the latter problem with a simple modification to the gdb-inferior-filter function, but I'm still working on a solution to the former problem. It seems to me that I could simply remove the following three lines from gdb-init-1: (gdb-get-buffer-create 'gdb-inferior-io) (gdb-clear-inferior-io) (gdb-inferior-io--init-proc (get-process "gdb-inferior")) I feel like this is likely to have unintended side-effects, however. Is it safe doing that, or will it confuse the communication with GDB somehow, or something? If there's no problem with this, I'll make a more proper patch of it with customization later and submit it. Thanks for reading! -- Fredrik Tolf