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:[EMAIL PROTECTED] > 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/ > > [EMAIL PROTECTED] > Phone: 412-422-3463x4023 > > -- > PHP General Mailing List (http://www.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
