From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29520 invoked by alias); 19 Apr 2012 15:46:05 -0000 Received: (qmail 29403 invoked by uid 22791); 19 Apr 2012 15:46:04 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 19 Apr 2012 15:45:45 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M2Q00J00GPSZC00@a-mtaout22.012.net.il> for gdb@sourceware.org; Thu, 19 Apr 2012 18:45:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([84.228.105.225]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M2Q00I22H3RZ0M0@a-mtaout22.012.net.il> for gdb@sourceware.org; Thu, 19 Apr 2012 18:45:28 +0300 (IDT) Date: Thu, 19 Apr 2012 15:46:00 -0000 From: Eli Zaretskii Subject: Interactive behavior of GDB run from Emacs on Windows To: gdb@sourceware.org Reply-to: Eli Zaretskii Message-id: <83vckviv3b.fsf@gnu.org> X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2012-04/txt/msg00155.txt.bz2 There's an annoying difference between GDB behavior when launched by Emacs GUD on Windows and on Posix platforms. AFAIU, the difference is explained by the fact that on Posix platforms the communications between Emacs and GDB are done via a pty, whereas on Windows Emacs uses pipes. Therefore, on Unix GDB behaves as if its standard handles were connected to a terminal, while on Windows it doesn't. This causes some prompts, like the one GDB displays after "commands" etc., not to show on Windows, and also rears its ugly head in other situations. What would be the best way to solve this annoyance? One possibility I thought of would be to have a "set something" option which Emacs would cram down the pipe early on, that will force GDB to behave as if it were talking to a terminal (we already have a similar hack for Insight). Would that be acceptable, and is it easily and cleanly doable? (I don't know enough about the ser-*.c stuff to decide whether there could be any pitfalls along this route.) TIA