From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22177 invoked by alias); 10 Nov 2009 15:45:20 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 22071 invoked by uid 22791); 10 Nov 2009 15:45:16 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: <20091110021158.C3C2576D70@ppluzhnikov.mtv.corp.google.com> <58596C4646708B4BB990C44839973330013A61DE@usplmvpbe001.ent.rt.verigy.net> <8ac60eac0911100006yc31e2acmba7bf9fde33ddfa@mail.gmail.com> Date: Tue, 10 Nov 2009 15:45:00 -0000 Message-ID: <8ac60eac0911100744t5335a44fn7175e2d5c512e450@mail.gmail.com> Subject: Re: [python] Pretty-printers and addressprint From: Paul Pluzhnikov To: Paul Koning Cc: "Elmenthaler, Jens" , gdb@sourceware.org, archer@sourceware.org, dje@google.com Content-Type: text/plain; charset=ISO-8859-1 X-System-Of-Record: true X-SW-Source: 2009-q4/txt/msg00052.txt.bz2 On Tue, Nov 10, 2009 at 3:53 AM, Paul Koning wrote: >> Unfortunately I frequently deal with non-ascii strings, and the >> problem just wouldn't go away :-( > > My test (without gdb, I don't have that installed yet) is inconclusive > but I think using repr() will cure that too. AFAICT, in GDB repr(value) is a no-op, and the end result of returning repr(value) from the pretty-printer is exactly the same as that of returning the value itself: $4 = 0x4007e0 "this is x\201\202\203\204" Should repr(value) do something different? Thanks, -- Paul Pluzhnikov