From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27281 invoked by alias); 30 Mar 2009 19:24:27 -0000 Received: (qmail 27258 invoked by uid 22791); 30 Mar 2009 19:24:27 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx2.redhat.com (HELO mx2.redhat.com) (66.187.237.31) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 30 Mar 2009 19:24:20 +0000 Received: from int-mx2.corp.redhat.com (int-mx2.corp.redhat.com [172.16.27.26]) by mx2.redhat.com (8.13.8/8.13.8) with ESMTP id n2UJOCZk006483; Mon, 30 Mar 2009 15:24:12 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id n2UJOCiP003380; Mon, 30 Mar 2009 15:24:13 -0400 Received: from opsy.redhat.com (vpn-13-112.rdu.redhat.com [10.11.13.112]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n2UJOBqK029297; Mon, 30 Mar 2009 15:24:11 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id A916C508240; Mon, 30 Mar 2009 13:24:06 -0600 (MDT) To: Thiago Jung Bauermann Cc: Eli Zaretskii , gdb-patches@sourceware.org Subject: Re: [rfc] python API exposing inferior's frame stack. References: <1236706351.11106.17.camel@localhost.localdomain> <1237133466.316.16.camel@localhost.localdomain> <1237160806.8098.8.camel@localhost.localdomain> <1237587320.6897.20.camel@localhost.localdomain> <1238385114.7100.32.camel@localhost.localdomain> <1238440534.11528.2.camel@localhost.localdomain> From: Tom Tromey Reply-To: Tom Tromey Date: Mon, 30 Mar 2009 19:57:00 -0000 In-Reply-To: <1238440534.11528.2.camel@localhost.localdomain> (Thiago Jung Bauermann's message of "Mon\, 30 Mar 2009 16\:15\:33 -0300") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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-03/txt/msg00689.txt.bz2 >>>>> "Thiago" == Thiago Jung Bauermann writes: Tom> I think symbols are assumed to use the host encoding. Thiago> Are they? This really surprises me, since symbols are obtained from the Thiago> executable file. Or the symbol reading mechanism converts them from Thiago> target to host encoding? I think this is a bit of a weird area in gdb. From what I can tell, symbol readers don't convert between encodings. So, I think if symbols are actually encoded in some other encoding, we'll do the wrong thing eventually. Anyway, gdb definitely does currently assume that symbols are in the host encoding. E.g., the other caller of find_frame_funname calls fprintf_symbol_filtered, which may print the argument string directly. Tom