From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11271 invoked by alias); 15 Oct 2008 00:14:47 -0000 Received: (qmail 11260 invoked by uid 22791); 15 Oct 2008 00:14:47 -0000 X-Spam-Check-By: sourceware.org Received: from smtpauth13.prod.mesa1.secureserver.net (HELO smtpauth13.prod.mesa1.secureserver.net) (64.202.165.37) by sourceware.org (qpsmtpd/0.31) with SMTP; Wed, 15 Oct 2008 00:14:12 +0000 Received: (qmail 4754 invoked from network); 15 Oct 2008 00:14:10 -0000 Received: from unknown (64.202.165.37) by smtpauth13.prod.mesa1.secureserver.net (64.202.165.37) with ESMTP; 15 Oct 2008 00:14:10 -0000 Message-ID: <48F535CF.60300@duaneellis.com> Date: Wed, 15 Oct 2008 00:14:00 -0000 From: Duane Ellis User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: gdb@sourceware.org Subject: re: gdb support for wide char References: <1224016294.17588.ezmlm@sourceware.org> In-Reply-To: <1224016294.17588.ezmlm@sourceware.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2008-10/txt/msg00063.txt.bz2 Yifan> and now i am working on utf8 which is not fixed length character. Yifan> The solution rely on the glibc functions, eg.mbstowcs(), iconv(), to Yifan> support wide character. Yifan> I dont know whether this solution is good enough, because it Yifan> does not support other programming language and it rely on the Yifan> glibc functions. tom> Is it calling these functions in the inferior? I would hope not - because many inferiors *DO*NOT* have those functions. Examples: 1) Embedded systems. There are countless ones out there. 2) Or - when you are debugging on Host (A) talking to Host (B) which is a vastly different operating system. The solution must be 100% self contained within GDB, requiring ZERO target support other then raw memory bytes to display. -Duane.