RE: [PHP] Discussion of bug #39062
| From: | Daevid Vincent | Date: | Wed, 02 May 2007 19:07:20 +0000 |
| Subject: | RE: [PHP] Discussion of bug #39062 | ||
| References: | 1 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-254251@lists.php.net to get a copy of this message | ||
While I'm not using this particular function, I do agree with you, it's
kinda sucky that they just dismissed their broken-ass method. It should
return -2G..2G as advertised and as all other POSIX systems do. And you are
also correct about the "work around" that is erroneous too.
IMHO, this is a genuine bug and needs a genuine fix.
> -----Original Message-----
> From: Bill Moran [mailto:wmoran@collaborativefusion.com]
> Sent: Wednesday, May 02, 2007 11:14 AM
> To: php-general@lists.php.net
> Subject: [PHP] Discussion of bug #39062
>
>
> http://bugs.php.net/bug.php?id=39062
>
> I'm requesting that this bug be reopened and reconsidered.
>
> I'm completely befuddled by the handling of this bug. The
> message text
> suggests a workaround, then the bug is marked bogus. If the bug is
> bogus, why is there a workaround required?
>
> Additionally, the suggested workaround doesn't even work. dechex()
> reliably returns 64 hex bits for 64-bit numbers and 32 hex bits for
> 32-bit numbers, which still results in incorrect comparisons, for
> example fffffffff34c690a != f34c690a.
>
> --
> Bill Moran
> Collaborative Fusion Inc.
> http://people.collaborativefusion.com/~wmoran/
>
> wmoran@collaborativefusion.com
> Phone: 412-422-3463x4023
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>