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
|
ff8234c90ecab9f1db368924bf92a5b16460f9b5 |
|
08-Mar-2011 |
Elliott Hughes <enh@google.com> |
Factor out our single-byte InputStream.read/OutputStream.write implementations. Change-Id: I00106a51a32ea84a39256d5629369170b892a039
|
2c4b6b33db6740b6131246edccfc49cbe0a37a5e |
|
16-Sep-2010 |
Jesse Wilson <jessewilson@google.com> |
Replace TODOs with comments describing why we're ignoring minBufferCapacity. Change-Id: I3fb91ded4a574bd20198c35ab5f6f6ad23c856e6
|
08a723cb3291b96a323478bd7d799192818cb0b1 |
|
15-Sep-2010 |
Jesse Wilson <jessewilson@google.com> |
Fix problems discovered by Channels/Basic test. In particular: - available() wasn't trying very hard for FileChannels where a reasonable value can be had. - short writes weren't handled, so bytes were being lost - the alternative InputStreamReader and OutputStreamReader classes were incorrect and redundant - the duplicated ChannelInputStream classes were redundant and one was missing a required IllegalBlockingModeException - bounds checks were redundant and handled by Bytebuffer.wrap - null checks were missing. The new code doesn't honor the user's supplied minBufferCapacity and instead always uses 8K. 8K is larger than the 'min' so it should be fine for undersized buffers. And it's sufficient for high performance, so it should be fine for oversized buffers. It'll only be a problem for clients that create a very large number of these Readers, which shouldn't happen in practice. http://b/issue?id=2233508 Change-Id: I3688397baae4f69f9146aed6a3a60d8333e5df1d
|
60a0a96f334f159418763cab17c48a09c97cbd2f |
|
13-Aug-2010 |
Elliott Hughes <enh@google.com> |
Fix reading from an empty non-blocking pipe. The active ingredient here is getting rid of the lines that threw InterruptedIOException in "OSFileSystem.cpp". I don't think that code was ever right, but until I rewrote Pipe it wasn't possible to exercise that code. The other changes are cosmetic, made while understanding this code well enough to find the bug, plus a new test for this behavior. Bug: 2901552 Change-Id: Id9cd3cdd6a97b225bbf7c352a6e0c535e9f9da1d
|
f33eae7e84eb6d3b0f4e86b59605bb3de73009f3 |
|
13-May-2010 |
Elliott Hughes <enh@google.com> |
Remove all trailing whitespace from the dalvik team-maintained parts of libcore. Gentlemen, you may now set your editors to "strip trailing whitespace"... Change-Id: I85b2f6c80e5fbef1af6cab11789790b078c11b1b
|
3ff29eb11a241d58c54ecc84230bb0672f4aa148 |
|
23-Apr-2010 |
Peter Hallam <peterhal@google.com> |
More merging of nio into luni Change-Id: Ib4356b3cd57490df8ff246ea6a4bc1c269ba848b
|