aboutsummaryrefslogtreecommitdiff
path: root/vm/compiler/codegen/CompilerCodegen.h
diff options
context:
space:
mode:
authorAndy McFadden <fadden@android.com>2009-05-13 16:44:34 -0700
committerAndy McFadden <fadden@android.com>2009-05-14 12:42:20 -0700
commit59b6177e2fa9c9f1f16d7eff57e481f5282afbda (patch)
treecf6ca251389a6b9c877791e87f7652a961b16833 /vm/compiler/codegen/CompilerCodegen.h
parente943d0d46855b0092b84c148f3f36f157638f086 (diff)
Check object types when native code returns.
Object references returned by native code were not being type checked, so it was possible to (for example) return a byte[] when an InetAddress was expected. This sort of thing can lead to extremely strange behavior. Now, when "check JNI" is enabled, we insert another layer in the JNI call sequence that verifies the type of the returned object. This makes calls to native methods returning an object a bit slower on engineering builds, but the added type safety is helpful. I found two failures with this. One fairly harmless one was fixed in master 1594, the other is filed as internal bug 1851257. The latter does not seem to cause problems for anything other than the socks5 app that uncovered it (but it does render SOCKS less than useful).
Diffstat (limited to 'vm/compiler/codegen/CompilerCodegen.h')
0 files changed, 0 insertions, 0 deletions