Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:18581
Return-Path: <helly@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 48520 invoked by uid 1010); 30 Aug 2005 21:29:59 -0000
Delivered-To: ezmlm-scan-internals@lists.php.net
Delivered-To: ezmlm-internals@lists.php.net
Received: (qmail 48505 invoked from network); 30 Aug 2005 21:29:59 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 30 Aug 2005 21:29:59 -0000
X-Host-Fingerprint: 81.169.182.136 ajaxatwork.net Linux 2.4/2.6
Received: from ([81.169.182.136:60340] helo=strato.aixcept.de)
	by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP
	id B0/6C-15098-6DFC4134 for <internals@lists.php.net>; Tue, 30 Aug 2005 17:29:58 -0400
Received: from [192.168.1.3] (dsl-082-083-251-209.arcor-ip.net [82.83.251.209])
	(using TLSv1 with cipher AES256-SHA (256/256 bits))
	(No client certificate requested)
	by strato.aixcept.de (Postfix) with ESMTP id 64D4835C36E;
	Tue, 30 Aug 2005 23:51:10 +0200 (CEST)
Date: Tue, 30 Aug 2005 23:32:00 +0200
Reply-To: Marcus Boerger <helly@php.net>
X-Priority: 3 (Normal)
Message-ID: <55719812.20050830233200@marcus-boerger.de>
To: Andrei Zmievski <andrei@gravitonic.com>
Cc: Rasmus Lerdorf <rasmus@lerdorf.com>,
	Wez Furlong <kingwez@gmail.com>, Zeev Suraski <zeev@zend.com>,
	<internals@lists.php.net>
In-Reply-To: <37cfd957e93fa142d9e383fd93af8f67@gravitonic.com>
References: <5.1.0.14.2.20050830050232.05ed1ec0@localhost>
	<4e89b42605083006395e2f6517@mail.gmail.com> <431497D0.5020404@lerdorf.com>
	<37cfd957e93fa142d9e383fd93af8f67@gravitonic.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] PHP 5.1
From: helly@php.net (Marcus Boerger)

Hello Andrei,

Tuesday, August 30, 2005, 10:16:43 PM, you 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.

>> -iconv stream filter [ext/iconv/tests/iconv_stream_filter.phpt]

> This test exhibits wildly different behavior depending on the platform 
> and/or version of iconv library. On BSD the last portion of it fails 
> with "unknown error" instead of "invalid multibyte sequence". On Linux 
> (with glibc iconv) it moronically goes ahead and actually decodes the 
> ROT-13 "encrypted" data without outputting any errors. I don't think 
> there's much we can do here unless we're willing to invest an 
> inordinate amount of effort into tracking down specific iconv() 
> versions and making allowances for them everywhere.

In this case at least the result should be WARN instead of FAIL.

Best regards,
 Marcus