From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11147 invoked by alias); 9 Apr 2009 20:39:34 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 11138 invoked by uid 22791); 9 Apr 2009 20:39:34 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Subject: Re: [python][patch] Add options length parameter to value.string(...) From: Thiago Jung Bauermann To: Phil Muldoon Cc: Tom Tromey , Project Archer In-Reply-To: <49DE5A48.7040005@redhat.com> References: <49DA33CE.9070803@redhat.com> <1239057175.8871.30.camel@localhost.localdomain> <49DDC6B0.4080009@redhat.com> <1239293318.30578.48.camel@localhost.localdomain> <49DE2221.50203@redhat.com> <1239302781.30578.59.camel@localhost.localdomain> <49DE5A48.7040005@redhat.com> Content-Type: text/plain; charset="UTF-8" Date: Thu, 09 Apr 2009 20:39:00 -0000 Message-Id: <1239309559.30578.69.camel@localhost.localdomain> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-SW-Source: 2009-q2/txt/msg00037.txt.bz2 El jue, 09-04-2009 a las 21:27 +0100, Phil Muldoon escribió: > I elected in the default case just to revert to existing behaviour for C > strings. Terminate them on the first null regardless of the physical > bounds of the array. And to provide the length option to override null > detection. I'm fine with that. Thanks for looking into this issue. > It is tough choice, and I wonder if we'll run into similar issues with > strings with other languages down the line. Right. I hope we won't have to make API-incompatible changes to accomodate them! But I think not... -- []'s Thiago Jung Bauermann IBM Linux Technology Center