Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:43170 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 80338 invoked from network); 25 Feb 2009 13:25:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Feb 2009 13:25:23 -0000 X-Host-Fingerprint: 195.212.29.92 blueice4n2.uk.ibm.com Received: from [195.212.29.92] ([195.212.29.92:16330] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C1/24-50568-2C645A94 for ; Wed, 25 Feb 2009 08:25:22 -0500 Message-ID: To: internals@lists.php.net Date: Wed, 25 Feb 2009 13:25:14 +0000 User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 References: <6D771262-F1BD-43B7-93FC-BF9D47D15F49@prohost.org> <499BF0CF.3000108@googlemail.com> <00d401c991cc$879c1980$0201a8c0@PC> In-Reply-To: <00d401c991cc$879c1980$0201a8c0@PC> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 195.212.29.92 Subject: Re: [PHP-DEV] Re: Bug #46701 From: ilewis@uk.ibm.com (Iain Lewis) Matt Wilmas wrote: > > (I'm glad this change was reverted for 5.2...) > > Anyway, like I said in my "5.3 todos" reply, I'll send a possible > DVAL_TO_LVAL, etc. solution (consistent/reliable overflow across platforms) > for consideration as soon as I can... There are other inconsistencies and > behavior changes with the existing code, and it definitely doesn't behave in > a platform-independent way! With the 4 versions of DVAL_...: old, 32 bit, > 64 bit, 64 bit Windows (not sure why it's there; its longs are still 32 > bit?), things I can think of: > > - Matt > Longs are still 32bit on 64bit windows, which explains the special case for windows. I'd be interested to see your possible solution to this. Having consistent behaviour across platorms/32bit/64bit would be great from my p.o.v, as writing tests for the current behaviour isn't fun at all! Iain