From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20974 invoked by alias); 27 Aug 2010 16:45:18 -0000 Received: (qmail 20964 invoked by uid 22791); 27 Aug 2010 16:45:15 -0000 X-SWARE-Spam-Status: No, hits=-6.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SARE_SUB_ENC_UTF8,SPF_HELO_PASS,T_RP_MATCHES_RCVD 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, 27 Aug 2010 16:45:09 +0000 Received: from int-mx08.intmail.prod.int.phx2.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o7RGj6w0015599 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 27 Aug 2010 12:45:06 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx08.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o7RGj6Gn019035; Fri, 27 Aug 2010 12:45:06 -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 o7RGj5Ik018170; Fri, 27 Aug 2010 12:45:05 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 21DEC378883; Fri, 27 Aug 2010 10:45:05 -0600 (MDT) From: Tom Tromey To: Marc Khouzam Cc: "'gdb\@sourceware.org'" Subject: Re: UTF-8 not working for MI? References: Date: Fri, 27 Aug 2010 16:45:00 -0000 In-Reply-To: (Marc Khouzam's message of "Fri, 27 Aug 2010 11:21:22 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (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: 2010-08/txt/msg00162.txt.bz2 >>>>> "Marc" == Marc Khouzam writes: Tom> It is an oddity that currently an MI consumer must check gdb's host Tom> charset in order to know how to decode its output. I would recommend Tom> that the client force it to be UTF-8, but I think this Tom> currently may not work with PHONY_ICONV. Marc> Thanks for taking the time! Marc> I'm not sure how PHONY_ICONV works, but I'm guessing you meant Marc> that it may cause trouble when GDB is used from Eclipse. Yes, the problem is that the charset machinery in gdb is host-dependent, and hosts using the PHONY_ICONV code can't use UTF-8. Marc> I just tried using "set print sevenbit-strings off" in Eclipse Marc> I can see the proper UTF-8 characters returned by GDB. So it seems Marc> like a good solution. Marc> I'd like to use this solution but I'm concerned at why MI conciously Marc> uses sevenbit-strings? Maybe there is a reason behind it and I'm going Marc> to shoot myself in the foot by ignoring it? I don't know the reason for this decision. It is in the grammar, though, so it seems safest to just follow it. Tom