f3393927314b24e9378ccef7fa1137947832d883 |
|
10-Sep-2014 |
Neil Fuller <nfuller@google.com> |
Introduce checks for integer overflow during division. Historically, Android would refuse to perform calculations on memory grounds for large values or would cast to an int and produce incorrect result for diffScales outside of the int range. This change adds a check to prevent scale overflow for large scale division. Bug: 17393664 (cherry picked from commit f7cf74a44b2f5ff863de0d82d2efb6d17240ab3e) Change-Id: I94c829f184804a4fcbed67a180b7ce9684652311
|
4e95d23e24ff6fd2810ee5cff409a9f1764eb003 |
|
10-Sep-2014 |
Neil Fuller <nfuller@google.com> |
Introduce checks for integer overflow during division. Historically, Android would refuse to perform calculations on memory grounds for large values or would cast to an int and produce incorrect result for diffScales outside of the int range. This change adds a check to prevent scale overflow for large scale division. Bug: 17393664 (cherry picked from commit f7cf74a44b2f5ff863de0d82d2efb6d17240ab3e) Change-Id: I94c829f184804a4fcbed67a180b7ce9684652311
|
8c85a8865fc40a3453b858428a9670a53e339ff4 |
|
24-Apr-2013 |
Elliott Hughes <enh@google.com> |
Fix BigDecimal.abs to preserve immutability. Bug: https://code.google.com/p/android/issues/detail?id=54580 Change-Id: Ib41f9fe06b34761f2be59622cbe8a05858551e5b
|
ce7dd45a54788328249d11ec9b6fb6e454ca28bd |
|
11-Apr-2013 |
Elliott Hughes <enh@google.com> |
Fix the BigDecimal documentation to not be a copy & paste of the BigInteger documentation. Also do some other documentation clean-up. In particular, it's confusing to use ^ to mean exponentiation when the language uses it to mean exclusive-or. (cherry-pick of 995e3c8d0f5dc43bc8ba5f305d1525210caaf796.) Bug: https://code.google.com/p/android/issues/detail?id=54103 Change-Id: I704bb4d29ea27664adcba6579eabbccd3782b6b1
|
995e3c8d0f5dc43bc8ba5f305d1525210caaf796 |
|
11-Apr-2013 |
Elliott Hughes <enh@google.com> |
Fix the BigDecimal documentation to not be a copy & paste of the BigInteger documentation. Also do some other documentation clean-up. In particular, it's confusing to use ^ to mean exponentiation when the language uses it to mean exclusive-or. Bug: https://code.google.com/p/android/issues/detail?id=54103 Change-Id: I34871b05a986e97c814dc0a060872bda6c68d031
|
20fa09fdf5076af628a42907230acec35214e7cf |
|
05-Feb-2013 |
Elliott Hughes <enh@google.com> |
Fix BigDecimal precision when constructed from String. Bug: https://code.google.com/p/android/issues/detail?id=43480 Change-Id: Id42e4458323d7ab3dafb2dec84909096988e4365
|
d43b9ef11a1095967a3396b246639b563e1a4128 |
|
12-Sep-2012 |
Kenny Root <kroot@google.com> |
Add consistent reasons for NullPointerException Semi-automated replacement of empty and non-conforming NullPointerException reason messages. (cherry-pick of 86acc043d3334651ee26c65467d78d6cefedd397.) Change-Id: I6d893979f5c20a50e841e32af9fd7b2d8bc9d54d
|
86acc043d3334651ee26c65467d78d6cefedd397 |
|
12-Sep-2012 |
Kenny Root <kroot@google.com> |
Add consistent reasons for NullPointerException Semi-automated replacement of empty and non-conforming NullPointerException reason messages. Change-Id: Iedeb4b21949e973c4042ce5982dda315f2e785e1
|
e497649548980e13fe7b19a7705de9d246f75535 |
|
24-Feb-2011 |
Elliott Hughes <enh@google.com> |
Fix more FindBugs warnings: BigDecimal static initializer order. We were creating instances of BigDecimal before all its other static fields were initialized. Change-Id: Ic415d118041253b01d0e43e4b8e71d220a660639
|
fb0ec0e650bf8be35acb0d47da0311a7c446aa33 |
|
14-Jan-2011 |
Elliott Hughes <enh@google.com> |
Remove useless android-changed comments. I've changed useful ones to regular comments or TODOs, as appropriate. I've left ones in code like java.util.concurrent where we really are tracking an upstream source, making the change markers useful. I've left a handful of others where I intend to actually investigate the implied TODOs before deciding how to resolve them. Change-Id: Iaf71059b818596351cf8ee5a3cf3c85586051fa6
|
2850a53dfbd0c172aedaec3493aad572a5ec023d |
|
09-Dec-2010 |
Jesse Wilson <jessewilson@google.com> |
Fix an IndexOutOfBounds error found by OldBigDecimalScaleOperationsTest. Change-Id: I60476fd07e1a985af2d9238d4f425fab84bd59b5
|
b5bde2fd72189192b52e726a2d606d70c3c8a34b |
|
02-Nov-2010 |
Elliott Hughes <enh@google.com> |
More shift removal. A few more customers for OSMemory's peek/poke abilities, and a bunch of shifts that should have been multiplications. Bug: 3032515 Change-Id: Ic518fd8f7565d67523ea10e3f5afca3a9c8501b8
|
8890504f824eca28560987cc23d0b18e8a62bbaa |
|
26-Oct-2010 |
Elliott Hughes <enh@google.com> |
Fix Float.parseFloat (et cetera) javadoc. None of these constructors or decode/parse.*/valueOf methods throw NumberFormatException when passed null, so they shouldn't claim to do so. Bug: http://code.google.com/p/android/issues/detail?id=12114 Change-Id: I813cad4457d5db11617b615488efa8f5b4beb1cf
|
1f07ea29bc2d334c55c16227582a7795b8c117c1 |
|
18-Oct-2010 |
Elliott Hughes <enh@google.com> |
Give every NumberFormatException a useful detail message. Bug: 3095335 Change-Id: If0409c6328c2fa2a35e5027e20b4786fe87e693b
|
7f0c06f737b6f1f6b3a5bb30111f95dd0ca586a2 |
|
02-Sep-2010 |
Brian Carlstrom <bdc@google.com> |
Don't use StringBuffer where we don't need to. I've left xalan alone, because that's just one big steaming heap. Change-Id: Ibf7b2b5e347196d4de857217b022003ccc409ac5
|
706de1164836051ab31cc69eb77a6bba1a723896 |
|
27-Aug-2010 |
Elliott Hughes <enh@google.com> |
Minor tidy-up of Float.toString and Double.toString. This patch looks larger than it is. I've moved duplicated constants out of Math and StrictMath and into Float and Double where they belong. I've also moved a table out of BigDecimal so I can reuse it in NumberConverter, which I've renamed to RealToString. The main active ingredient here is that there's no longer StringBuilder usage to prepend '-'. This actually brings us down from 74ns to 62ns for an easy case like 123.45f. [cherry-pick of 910106e29fe98f14b2c36312a7498287273ba826 from dalvik-dev to gingerbread; plus build fix] Bug: 2934304 Change-Id: Id79a6fb0d739e673b7428d240fc48bdae9b8bb43
|
328f533a177f7579a9ea916f5569053ec9c149b8 |
|
01-Sep-2010 |
Elliott Hughes <enh@google.com> |
Don't use StringBuffer where we don't need to. I've left xalan alone, because that's just one big steaming heap. Change-Id: I47e80399ebced922656e46dacd8dcbfc698e94f8
|
910106e29fe98f14b2c36312a7498287273ba826 |
|
27-Aug-2010 |
Elliott Hughes <enh@google.com> |
Minor tidy-up of Float.toString and Double.toString. This patch looks larger than it is. I've moved duplicated constants out of Math and StrictMath and into Float and Double where they belong. I've also moved a table out of BigDecimal so I can reuse it in NumberConverter, which I've renamed to RealToString. The main active ingredient here is that there's no longer StringBuilder usage to prepend '-'. This actually brings us down from 74ns to 62ns for an easy case like 123.45f. Bug: 2934304 Change-Id: I65461753247eeb9ff890ffe66b0bc79d66d2ec9c
|
e866b788d613e0566b85b799fff998a09371520f |
|
24-Aug-2010 |
Jesse Wilson <jessewilson@google.com> |
Fix BigDecimal.precision() to return the correct result. http://b/issue?id=2947416 We had a bug where precision() returned the wrong value because it's using Math.log10(), and that returns an approximate value. The buggy precision() causes other methods like round() to behave incorrectly as well. Revealed by an unrelated test, org.apache.harmony.math.tests.java.math.BigDecimalArithmeticTest#testDivideMathContextNonTrivial Change-Id: I3564887f53bde9e91ce21c9b100ec977d26f2b35
|
fd3f1748b8627e8b6ee907bdaad4cbf2abd7403b |
|
24-Aug-2010 |
Jesse Wilson <jessewilson@google.com> |
Fix concurrency issues in BigInteger. Also go over the class documentation and formatting and give it some long overdue attention. The docs are still far from perfect! But this should get rid of the most obvious problems. See http://b/issue?id=2785595 Change-Id: Iea40975b95a850702a4cdc693f65e4eaff0dd8b0
|
cec4dd4b1d33f78997603d0f89c0d0e56e64dbcd |
|
26-Apr-2010 |
Peter Hallam <peterhal@google.com> |
merge more modules into luni
|