Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38182 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91401 invoked from network); 12 Jun 2008 09:51:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Jun 2008 09:51:51 -0000 Authentication-Results: pb1.pair.com smtp.mail=steph@phparch.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=steph@phparch.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain phparch.com from 64.99.136.139 cause and error) X-PHP-List-Original-Sender: steph@phparch.com X-Host-Fingerprint: 64.99.136.139 smtprelay-virgin0139.hostedemail.com Linux 2.5 (sometimes 2.4) (4) Received: from [64.99.136.139] ([64.99.136.139:43270] helo=smtprelay-virgin.hostedemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F9/60-21871-5B1F0584 for ; Thu, 12 Jun 2008 05:51:50 -0400 Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay07.hostedemail.com (Postfix) with SMTP id 8D7391C82E; Thu, 12 Jun 2008 09:51:47 +0000 (UTC) X-SpamScore: 1 Received: from foxbox (host86-143-244-1.range86-143.btcentralplus.com [86.143.244.1]) (Authenticated sender: steph.fox) by omf12.hostedemail.com (Postfix) with ESMTP; Thu, 12 Jun 2008 09:51:46 +0000 (UTC) Message-ID: <006301c8cc72$1e6235f0$4401a8c0@foxbox> Reply-To: "Steph Fox" To: "internals" Cc: "Johannes Schlueter" , "Andrei" , "Dmitry Stogov" Date: Thu, 12 Jun 2008 10:53:06 +0100 Organization: php|architect MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-session-marker: 73746570682E666F78 X-Spam-Summary: 2,0,0,09322c1d0ed60458,26f8b8f59734f333,steph@phparch.com,,RULES_HIT:152:355:379:539:540:541:542:543:567:600:601:602:800:901:945:947:960:967:973:980:982:988:989:1155:1156:1260:1277:1311:1313:1314:1345:1437:1487:1515:1516:1518:1534:1541:1587:1593:1594:1676:1711:1730:1747:1766:1792:2073:2075:2078:2379:2393:2525:2551:2553:2559:2564:2682:2685:2693:2857:2859:2933:2937:2939:2942:2945:2947:2951:2954:3022:3354:3865:3866:3867:3868:3869:3870:3871:3872:3873:3874:3934:3936:3938:3941:3944:3947:3950:4250:4362:4886:5007:6117:6119:6261:7576:7679:7802:7875:7903,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:none,DNSBL:none Subject: Fw: [PHP-DEV] Dummy calls for 5.3.0 up? [Was: HEAD tests broken under Windows] From: steph@phparch.com ("Steph Fox") OK, I'm now seeing a pass rate that more or less matches the same tests run by the PHP 5 test script and PHP 5.3 binary. FILE_BINARY is needed in two of seven calls to file_put_contents(). Get it wrong (either way) and you get a random warning or notice. It's completely non-portable too - it will only be accepted under PHP 6. There is far too much of this kind of thing. Can we please consider adding dummies into at least 5.3.0 and possibly even the 5_2 branch for: is_binary() is_unicode() file_put_contents(FILE_BINARY) and any other major 'gotchas' that people can think of that will make it impossible to write future-compatible PHP 5 code? Thanks, - Steph ----- Original Message ----- From: "Steph Fox" To: "internals" Sent: Thursday, June 12, 2008 3:32 AM Subject: [PHP-DEV] HEAD tests broken under Windows > > > Hi all, > > I'm hopeful that run-tests.php will now work as advertised under CVS HEAD > in most places. However it's still not right under Windows, and I finally > tracked that down to the fact that file_put_contents() in PHP 6 will > insist on creating a file with DOS line endings. The test files are > created from .phpt --FILE-- sections using file_put_contents(), so there > are a vast number of fails under doze due to an extra character in output > strings there. > > There's a *closed* PHP bug on this which was raised by Zoe over a year > ago, see http://bugs.php.net/bug.php?id=41609. For some obscure reason it > was seen as a documentation problem at the time. This is an extreme change > in behaviour, not a documentation problem, and needs proper analysis. > > Could someone please look into it? > > Thanks, > > - Steph > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > >