Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:24940 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 54910 invoked by uid 1010); 24 Jul 2006 17:41:38 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 54895 invoked from network); 24 Jul 2006 17:41:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 24 Jul 2006 17:41:38 -0000 X-PHP-List-Original-Sender: rrichards@ctindustries.net X-Host-Fingerprint: 216.117.147.250 unknown Linux 2.4/2.6 Received: from ([216.117.147.250:43463] helo=ctindustries.net) by pb1.pair.com (ecelerity 2.1.1.3 r(11751M)) with ESMTP id EC/72-04178-15605C44 for ; Mon, 24 Jul 2006 13:41:38 -0400 Received: from [127.0.0.1] (dsta-aa203.pivot.net [66.186.171.203]) (authenticated bits=0) by ctindustries.net (8.12.8/8.12.8) with ESMTP id k6OHddPI014775; Mon, 24 Jul 2006 13:39:45 -0400 Message-ID: <44C506B5.6070003@ctindustries.net> Date: Mon, 24 Jul 2006 13:43:17 -0400 User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Andrei Zmievski CC: Marcus Boerger , "internals@lists.php.net" References: <44BC07B0.3070505@ctindustries.net> <236712dad8ce4ce9e4c1b68726fc3d64@gravitonic.com> <44BE7C90.9030302@ctindustries.net> <44C02AB1.3080007@ctindustries.net> <64927772-51DF-4152-9E3F-F3D8B729B96E@gravitonic.com> <44C17520.3050105@ctindustries.net> <1295105742.20060722142350@marcus-boerger.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0630-0, 07/23/2006), Outbound message X-Antivirus-Status: Clean X-Virus-Scanned: ClamAV 0.88.3/1614/Fri Jul 21 16:27:38 2006 on ctindustries.net X-Virus-Status: Clean Subject: Re: [PHP-DEV] unicode and xml extensions From: rrichards@ctindustries.net (Rob Richards) imo, this would probably the easiest and best way to handle the conversions. Rob Andrei Zmievski wrote: > Maybe. An alternate way would be to add modifier to 's' that makes it > accept a converter to use for conversion. > > if (zend_parse_parameters(ZEND_NUM_ARGS() TSRMLS_CC, "s>", &str, > &str_len, UG(utf8_conv)) == FAILURE) { > return; > } > > This does mean that the caller will have to instantiate the converter > themselves, but might be more efficient if there are multiple 's' > parameters needing to use the same converter. > > -Andrei >