Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:18599 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 84088 invoked by uid 1010); 31 Aug 2005 09:41:37 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 84072 invoked from network); 31 Aug 2005 09:41:36 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 Aug 2005 09:41:36 -0000 X-Host-Fingerprint: 195.28.69.139 mail.jobtion.com Linux 2.4 w/o timestamps Received: from ([195.28.69.139:53142] helo=sparky.datcon.sk) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 0C/53-15098-E4B75134 for ; Wed, 31 Aug 2005 05:41:35 -0400 Received: from localhost (localhost [127.0.0.1]) by sparky.datcon.sk (Postfix) with ESMTP id 1F17C23D91 for ; Wed, 31 Aug 2005 11:41:30 +0200 (CEST) Received: from sparky.datcon.sk ([127.0.0.1]) by localhost (sparky [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 14521-02-2 for ; Wed, 31 Aug 2005 11:41:30 +0200 (CEST) Received: from [172.16.71.217] (adsl90.212-5-195.telecom.sk [212.5.195.90]) by sparky.datcon.sk (Postfix) with ESMTP id F0A8523D85 for ; Wed, 31 Aug 2005 11:41:27 +0200 (CEST) Message-ID: <43157B6F.7000103@kmit.sk> Date: Wed, 31 Aug 2005 11:42:07 +0200 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.11) Gecko/20050813 X-Accept-Language: sk, en MIME-Version: 1.0 To: internals Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at datcon.sk Subject: Re: [PHP-DEV] PHP 5.1 From: ondrej@kmit.sk (=?UTF-8?B?T25kcmVqIEl2YW5pxI0=?=) Jani Taskinen wrote: > On Tue, 30 Aug 2005, Andrei Zmievski wrote: > >> On Aug 30, 2005, at 10:30 AM, Rasmus Lerdorf wrote: >> >>> Also, I see the following 6 failed test cases on my Linux box: >>> >>> -Bug #16069 [ext/iconv/tests/bug16069.phpt] >> >> >> According to the last two comments in that bug report, glibc iconv() >> does not support CP932 and this test should be skipped instead of >> failing. No idea how to check for that in the test system, so I'll >> leave it to Jani or someone else. > > > That test HAS a check for it but it doesn't work. :) > I don't know how you should test if you have the support or not so I > leave > that to someone else. Is this way acceptable? $cp932 = (strpos(trim(`iconv -l | grep CP932`), 'CP932') === 0); -- Ondrej Ivanic (ondrej@kmit.sk)