Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:60459 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33185 invoked from network); 5 May 2012 12:31:38 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 May 2012 12:31:38 -0000 Authentication-Results: pb1.pair.com smtp.mail=php-php-dev@m.gmane.org; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=can5koy@gmail.com; sender-id=unknown Received-SPF: pass (pb1.pair.com: domain m.gmane.org designates 80.91.229.3 as permitted sender) X-PHP-List-Original-Sender: php-php-dev@m.gmane.org X-Host-Fingerprint: 80.91.229.3 plane.gmane.org Received: from [80.91.229.3] ([80.91.229.3:42723] helo=plane.gmane.org) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id F0/80-30075-7AD15AF4 for ; Sat, 05 May 2012 08:31:37 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SQe8v-00055k-SA for internals@lists.php.net; Sat, 05 May 2012 14:31:21 +0200 Received: from 46.197.253.44 ([46.197.253.44]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 May 2012 14:31:21 +0200 Received: from can5koy by 46.197.253.44 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 05 May 2012 14:31:21 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: internals@lists.php.net Date: Sat, 05 May 2012 15:31:08 +0300 Lines: 51 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gmane-NNTP-Posting-Host: 46.197.253.44 User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 In-Reply-To: Subject: Re: [PHP-DEV] Fixing bug #18556 (was: Complete case-sensitivity in PHP) From: can5koy@gmail.com ("C.Koy") On 5/5/2012 12:22 AM, Galen Wright-Watson wrote: > That also ran without error for me. I'm not sure how to account for the > different behavior. Here are the details of the system that I'm using: > > $ uname -a >> Linux n10 3.2.6mtv10 #1 SMP Wed Mar 14 06:22:06 PDT 2012 x86_64 GNU/Linux >> $ php -v >> PHP 5.2.17 with Suhosin-Patch 0.9.7 (cli) (built: May 3 2012 12:16:32) >> Copyright (c) 1997-2009 The PHP Group >> Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies >> with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend >> Technologies >> with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH > I've been experimenting with bare-bones PHP I've built from pristine sources so far. Don't you think you should do the same, in dealing with such a bug? Here's the top portion of my 'php -i' output: ~/proj$ php-5.2.17/sapi/cli/php -i|head -28 phpinfo() PHP Version => 5.2.17 System => Linux trvuntu 2.6.32-41-generic #88-Ubuntu SMP Thu Mar 29 13:08:43 UTC 2012 i686 Build Date => May 4 2012 20:03:30 Configure Command => './configure' '--disable-all' '--enable-cli' '--enable-vld' Server API => Command Line Interface Virtual Directory Support => disabled Configuration File (php.ini) Path => /usr/local/lib Loaded Configuration File => (none) Scan this dir for additional .ini files => (none) additional .ini files parsed => (none) PHP API => 20041225 PHP Extension => 20060613 Zend Extension => 220060519 Debug Build => no Thread Safety => disabled Zend Memory Manager => enabled IPv6 Support => enabled Registered PHP Streams => php, file, data, http, ftp Registered Stream Socket Transports => tcp, udp, unix, udg Registered Stream Filters => string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed This program makes use of the Zend Scripting Language Engine: Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies