Newsgroups: php.internals,php.qa Path: news.php.net Xref: news.php.net php.internals:19447 php.qa:26063 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23724 invoked by uid 1010); 6 Oct 2005 17:32:12 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 23703 invoked from network); 6 Oct 2005 17:32:12 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 6 Oct 2005 17:32:12 -0000 X-Host-Fingerprint: 212.112.226.205 mail.nohn.net Linux 2.4/2.6 Received: from ([212.112.226.205:37545] helo=mail.nohn.net) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 72/89-54476-B9F55434 for ; Thu, 06 Oct 2005 13:32:11 -0400 Received: by mail.nohn.net (Postfix, from userid 1010) id 33D9037C4A6; Thu, 6 Oct 2005 19:32:08 +0200 (CEST) Received: from [192.168.2.100] (dslb-084-063-042-017.pools.arcor-ip.net [84.63.42.17]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail.nohn.net (Postfix) with ESMTP id C5F5E37C463; Thu, 6 Oct 2005 19:31:54 +0200 (CEST) Message-ID: <43455223.3080706@nohn.net> Date: Thu, 06 Oct 2005 18:34:43 +0200 User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcus Boerger Cc: php-qa@lists.php.net, internals@lists.php.net References: <609160853.20051006011445@marcus-boerger.de> In-Reply-To: <609160853.20051006011445@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on mail.nohn.net X-Spam-Status: No, hits=-104.9 required=5.0 tests=BAYES_00,USER_IN_WHITELIST autolearn=ham version=2.64 X-Spam-Level: Subject: Re: [PHP-DEV] Question regarding test system From: sebastian@nohn.net (Sebastian Nohn) Marcus Boerger wrote: > execution (e.g. unicode_semantics=on). The easy way out is to have var_dump > not print 'unicode' for namely values but instead use 'string' always. Since > the encoding is meant to be transparent anyway there shouldn't be a problem. > And in case we have tests where the difference is important we can overwrite > the setting in the --INI-- setting and use the --UEXPECT-- as we are doing > now. Dmitry now came up with the idea of providing a new ini setting to > control this behavior. He suggests to name it "var_dump.show_unicode=on/off" > Any comments? Sounds like a good idea. BTW: I'm missing 5.0.5 and 5.1(0RC*|-DEV) QA-Spam. Sebastian