tree dc1cc3acb12936c785a1cd919fd7fe75f58f82c6
parent 207a979716ccfcadc4507e95329b61689434f9b9
author Jiyong Park <jiyong@google.com> 1573027663 +0900
committer Jiyong Park <jiyong@google.com> 1573224621 +0900

Don't change the behavior of findLibrary

8f712189dfc02285573337e2b4ab17678011db14 chaged the behavior of
BaseDexClassLoader.findLibrary (to be specific any classloader
that uses DexPathList). findLibrary no longer returns null
even when the requested library isn't found in the native search path of
the classloader (because it could be loadable via namespace links even
when it's not in the search paths). However, it looks like this is
breaking some apps. To minimize the app compat problem, findLibrary()
returns its original behavior of returning null when the library is not
found. Instead, the RuntimeClass is modified to have a special case for
handling the null return from PathClassLoader.

Bug: 143649498
Bug: 109720125
Test:  run the app that was mentioned in 143649498
Change-Id: I445592b57c62782b62a1adceb4fb4f5a016d65ee