From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4516 invoked by alias); 18 Jun 2009 14:38:27 -0000 Received: (qmail 4472 invoked by uid 22791); 18 Jun 2009 14:38:25 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 18 Jun 2009 14:38:18 +0000 Received: from eliz by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1MHIkp-0006kk-V9; Thu, 18 Jun 2009 10:38:15 -0400 From: Eli Zaretskii To: Joel Brobecker CC: muller@ics.u-strasbg.fr, gdb-patches@sourceware.org In-reply-to: <20090617193938.GB14549@adacore.com> (message from Joel Brobecker on Wed, 17 Jun 2009 12:39:38 -0700) Subject: Re: [RFC] Improve testsuite for poor expect behavior Reply-to: Eli Zaretskii References: <20090613150505.GA28157@caradoc.them.org> <000001c9ec65$9bf13ca0$d3d3b5e0$@u-strasbg.fr> <20090613235454.GA1893@caradoc.them.org> <20090614002516.GO25703@adacore.com> <000001c9ed8a$21cfdc30$656f9490$@u-strasbg.fr> <20090616145756.GB7730@adacore.com> <000c01c9eeda$022d8a70$06889f50$@u-strasbg.fr> <20090617133626.GA24310@caradoc.them.org> <20090617145429.GB7582@adacore.com> <20090617193938.GB14549@adacore.com> Message-Id: Date: Thu, 18 Jun 2009 14:38:00 -0000 X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2009-06/txt/msg00471.txt.bz2 > Date: Wed, 17 Jun 2009 12:39:38 -0700 > From: Joel Brobecker > Cc: muller@ics.u-strasbg.fr, gdb-patches@sourceware.org > > > Did someone check that switching it to binary will not interfere with > > Emacs 23 GDB interface on Windows? > > Not sure about your specific question, but the piece I quoted only > unbuffers stdout and stderr Yes, I know that. However, Emacs on Windows jumps through the hoops to emulate Posix pipe semantics with Windows pipes, and then the way Emacs reads input from subprocesses has its own quirks (due to the need to auto-detect multibyte non-ASCII characters in pipe reads, where there are no guarantees that a multibyte character will not be broken in its middle). So before we unconditionally do what you'd like, I would suggest that someone checks that GUD in Emacs 23 is not broken by these changes, however innocent they might be when GDB runs on a true console.