summaryrefslogtreecommitdiff
path: root/core/java/android/os/TransactionTooLargeException.java
Commit message (Collapse)AuthorAgeFilesLines
* TransactionTooLargeException: doc clarificationSteven Moreland2020-12-301-2/+4
| | | | | | | | | - buffer is in bytes, not bits (1MB vs 1Mb) - this exception is actually a heuristic currently, pending b/28321379 Fixes: 149869862 Test: N/A Change-Id: Id409a1ce7348666ec9ad6437acf67382be0a0a1f
* Improve reporting to apps of transaction too large failures.Dianne Hackborn2015-05-211-0/+4
| | | | | | | | | | | | | | | | | | | If the app tried to do various things with too much data -- starting an activity, starting a service, sending a broadcast -- this would fairly silently fail with little indication of what was going on. Fix this in two ways: - Now when the native code generates a TransactionTooLargeException, it may include an additional message in it telling you how much data was in the parcel being sent, to help you understand why this happening. - In all the framework code paths where we call to the system and may fail, convert these failures into a a runtime exception and rethrow them back to the app so that it will clearly get the above message. Change-Id: I745159b97d3edb6fca86aa09cbc40c1f15a7d128
* Throw TransactionTooLargeException when Binder transaction fails.Jeff Brown2011-11-081-0/+59
Bug: 5578022 Previously, Binder transactions failed silently, which caused problems because apps would carry on assuming that the operation had succeeded. Often, the apps would crash soon due to a violated invariant, but sometimes they managed to do some damage first... Change-Id: Ia9cc98b3b761a8160e7c4e87507860b5912c0451