From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6862 invoked by alias); 11 Apr 2006 13:45:03 -0000 Received: (qmail 6760 invoked by uid 22791); 11 Apr 2006 13:45:01 -0000 X-Spam-Check-By: sourceware.org Received: from mpv4.TIS.CWRU.Edu (HELO mpv4.tis.cwru.edu) (129.22.105.34) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 11 Apr 2006 13:44:56 +0000 Received: from [129.22.8.211] (caleb.INS.CWRU.Edu [129.22.8.211]) by mpv4.tis.cwru.edu (MOS 3.7.5-GA) with ESMTP id ATH60131 (AUTH cpr); Tue, 11 Apr 2006 09:44:43 -0400 (EDT) Message-ID: <443BB2CA.20200@case.edu> Date: Tue, 11 Apr 2006 14:15:00 -0000 From: Chet Ramey Reply-To: chet.ramey@case.edu User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: bug-readline@gnu.org, gdb@sourceware.org CC: chet@case.edu Subject: Re: MinGW status for readline References: <20060407200149.GA28248@nevyn.them.org> In-Reply-To: <20060407200149.GA28248@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00132.txt.bz2 Daniel Jacobowitz wrote: > 1. Readline 5.1 currently fails to build for MinGW, in tilde.c. The > problem is: > > dirname = glue_prefix_and_suffix (user_entry->pw_dir, filename, user_len); > > I've just moved the else branch inside the #if defined (HAVE_GETPWENT), > from just below. With that change, readline builds. Here's the patch: Thanks, though that patch introduces a memory leak. > 2. The changes in the handling of multi-key sequences cause control to > return to GDB between \0340 and the following 'H' (two-character > sequence indicating an arrow key). This used to happen entirely in > readline. I don't think this is a bug in readline, though it did > surprise me. It also broke GDB's select implementation for MinGW32, > but that's my problem, not yours. One of the forces driving all of the contextual changes to readline between versions 5.0 and 5.1 was the desire to avoid blocking reads that weren't generated by the application. This is one of those places. Even if readline thinks that this is the beginning of a multi-character key sequence, it will still return control to the application. > 3. RL_STATE_MULTIKEY also broke macros which push multi-key sequences > into the input stream. For instance, put this in .inputrc: > Control-y: "\e[D" > > Then try to use that. It works in bash, which does not use callback > mode; it fails in GDB, which does. All the other readline-using apps > I checked on my system don't use callbacks, so I couldn't be sure it > wasn't GDB's fault, but I don't think it is. Thanks, I fixed it. Chet -- ``The lyf so short, the craft so long to lerne.'' - Chaucer ( ``Discere est Dolere'' -- chet ) Live Strong. No day but today. Chet Ramey, ITS, CWRU chet@case.edu http://cnswww.cns.cwru.edu/~chet/