Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:23008 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 81204 invoked by uid 1010); 28 Apr 2006 14:19:20 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 81188 invoked from network); 28 Apr 2006 14:19:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 28 Apr 2006 14:19:20 -0000 X-Host-Fingerprint: 80.123.98.46 unknown Received: from ([80.123.98.46:26439] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id 1A/F7-18514-56422544 for ; Fri, 28 Apr 2006 10:19:17 -0400 Message-ID: <1A.F7.18514.56422544@pb1.pair.com> To: internals@lists.php.net Date: Fri, 28 Apr 2006 16:19:13 +0200 User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051013) X-Accept-Language: en-us, en MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 80.123.98.46 Subject: Hash entries added with keys without trailing null From: mike@php.net (Michael Wallner) Hi, I wonder if the few places where entries are added and the terminating null of the array key is not honored are intentional or by mistake? AFAICS at least these places are affected: - Registered PHP Streams - Registered Stream Socket Transports - Registered Stream Filters - URL-Rewriter vars - PDO drivers - GIF logo UIDs - LD_LIBRARY_PATH (dunno where this comes from) JFYI, I stumbled accross these while placing a debug output in zend_hash_update(), because I faced some weird behaviour when print_r() showed array entries not accessible by array key (caused by my own mistakes). Thanks, -- Michael - http://dev.iworks.at/ext-http/http-functions.html.gz