From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16194 invoked by alias); 2 Oct 2009 15:39:05 -0000 Received: (qmail 16179 invoked by uid 22791); 2 Oct 2009 15:39:03 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 02 Oct 2009 15:38:58 +0000 Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n92FasVq026714; Fri, 2 Oct 2009 11:36:54 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n92Farhf007163; Fri, 2 Oct 2009 11:36:53 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n92FaqvV006688; Fri, 2 Oct 2009 11:36:52 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id DB9C13782D2; Fri, 2 Oct 2009 09:36:51 -0600 (MDT) From: Tom Tromey To: Jan Kratochvil Cc: Ralf Corsepius , Joel Brobecker , gdb@sourceware.org Subject: Re: GDB 6.8.92 available for testing References: <20090930204828.GB31446@adacore.com> <4AC41F44.1040502@rtems.org> <20091001100900.GA16002@host0.dyn.jankratochvil.net> Reply-To: tromey@redhat.com Date: Fri, 02 Oct 2009 15:39:00 -0000 In-Reply-To: <20091001100900.GA16002@host0.dyn.jankratochvil.net> (Jan Kratochvil's message of "Thu, 1 Oct 2009 12:09:00 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2009-10/txt/msg00037.txt.bz2 >>>>> "Jan" == Jan Kratochvil writes: Jan> * I do not consider it appropriate for FSF GDB as the Fedora patch is just Jan> a hack, GDB should not make references to readline internal variables. Yes, that would be best. What this needs is for someone to drive the issue and contact upstream to see what they think. Jan> And the fix is not straightforward as trying to avoid this internal Jan> variable reference one has to face the echoing behavior which I Jan> find brokwn already even with the bundled readline and the existing Jan> internal variable reference: If it is already broken, and the patch doesn't make it worse, then it seems to me that it is just an independent bug. Or did I misunderstand? If this is indeed an existing TUI bug, would you file it in bugzilla? Thanks. Tom