e9179f1f74d8234c0062322469e6e29f9bf8c453 |
|
17-Jun-2010 |
Elliott Hughes <enh@google.com> |
Move the implementation of JNIHelp.h's FileDescriptor helpers into JNIHelp.c. These functions used to be declared in dalvik/ but defined in libcore/, which was a layering violation but not important. It now stands in the way of switching FileDescriptor's JNI over to C++, so out it goes. There's a functional change here: the libcore code was going out of its way to ensure that FileDescriptor's <clinit> was being invoked, but it's not obvious that there was any reason for this: the static initializers just set the err/in/out fields' descriptor fields to the appropriate integers. A separate change rewrites FileDescriptor's JNI in terms of JNIHelp.h's API, so it no longer needs to know anything about FileDescriptor itself. (Amusingly, the original motivation for switching to C++ was to rewrite code that I've now simply deleted.) Change-Id: I5d79e5b91835183c21a6b7a1545178d9d93f4b69
|
431da183a9ef74126075e809158b656d446c5075 |
|
02-Jun-2010 |
Jeff Brown <jeffbrown@google.com> |
Added a new JNI helper for logging exceptions. Plugged some JNI reference leaks in existing JNI helpers. Change-Id: I62213cdae375235f6ee9304ecd8dc3d2b7f58c85
|
7f4a5eccf19468e6ba8c132abc34e0670cc7cdfa |
|
28-Jan-2010 |
Elliott Hughes <enh@google.com> |
Fix jniThrowRuntimeException for C callers, add jniThrowNullPointerException. ...and switch all NPE throwers over to the helper.
|
96ced0311e42ca5dc7d4c4f15a2267bdb3f4281f |
|
13-Jan-2010 |
The Android Open Source Project <initial-contribution@android.com> |
android-2.1_r1 snapshot
|
4a888b09be2ade9fc5bb0137f702b3be889679a9 |
|
08-Dec-2009 |
Dan Bornstein <danfuzz@android.com> |
Two exception-related tweaks: (1) Make the dynamic exception construction mechanism be able to handle exception constructors that take Object instead of String. (2) Add a convenience in JNIHelp to throw RuntimeExceptions. Change-Id: Ie5ce680c30043a4b186e59d7c8883666648b2c87
|
d1f4cf7b4fc5fd258c99ebbc5e4d2e7dc660df5f |
|
22-Oct-2009 |
Andy McFadden <fadden@android.com> |
Clear pending exception before throwing a new one. The JNI helper function that throws an exception calls FindClass, which isn't allowed if an exception is currently pending. Some of our code called this when an operation failed without noting that the thing that failed already threw an exception; this caused the VM to blow up in a rather unhelpful way. We now log the class name and optional message from the original exception, clear it, and then allocate & throw the new one. For bug 2141867.
|
54b596cafc89f801047e98155b0357c74013c43c |
|
21-Oct-2009 |
Elliott Hughes <enh@google.com> |
Expose the portable "strerror_r" used by jniThrowIOException. Also add one example caller I used to test this, and update the libnativehelper README file.
|
f6c387128427e121477c1b32ad35cdcaa5101ba3 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
|
f72d5de56a522ac3be03873bdde26f23a5eeeb3c |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
|
2ad60cfc28e14ee8f0bb038720836a4696c478ad |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
|