RE: Discussion of bug #39062

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxxxxxxxxxx] 
> Sent: Wednesday, May 02, 2007 11:14 AM
> To: php-general@xxxxxxxxxxxxx
> Subject:  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@xxxxxxxxxxxxxxxxxxxxxxx
> 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


[Index of Archives]     [PHP Home]     [Apache Users]     [PHP on Windows]     [Kernel Newbies]     [PHP Install]     [PHP Classes]     [Pear]     [Postgresql]     [Postgresql PHP]     [PHP on Windows]     [PHP Database Programming]     [PHP SOAP]

  Powered by Linux