https://issues.apache.org/ooo/show_bug.cgi?id=115798
[email protected] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |CONFIRMED CC| |[email protected] --- Comment #2 from [email protected] 2012-02-13 14:28:31 UTC --- Sounds like a good idea, because the current limitation is way too short. On the other hand for the general fix we have to consider the existing behavior, e.g. BIN2DEC(1100100100) results in -220 now, but with the suggested change it would result in +804 because the most significant bit used to be interpreted as the sign bit of a two's complement binary number and that MSB was the first digit of a ten digit binary number. Changing that would also decrease compatibility with descendants of the current code base. Of course one could say that nobody should have depended on the old (current) behavior because the limitation was obviously stupid as it was way too short. When fixing this issue maybe one should consider fixing the functions that have less potential for controversy, e.g. DEC2*, HEX2BIN, HEX2OCT, OCT2HEX, OCT2BIN, etc. -- Configure bugmail: https://issues.apache.org/ooo/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
