Próbuję uruchomić kod Androida na maszynie wirtualnej w AWS. Mam skompilowany Android od źródła i gdy próbuję załadować bibliotekę jawnie (używając System.load) w Dalvik VM widzę następujący log:Samo skompilowany dalvik nie ładuje udostępnionych bibliotek
android_update_LD_LIBRARY_PATH not found; .so dependencies will not work!
klasy, który generuje ten błąd:
public class Server {
private static final int port = 8080;
public static void main(String[] args) throws Exception {
System.load("libandroid_runtime.so");
WebServer webServer = new WebServer(port);
XmlRpcServer xmlRpcServer = webServer.getXmlRpcServer();
PropertyHandlerMapping phm = new PropertyHandlerMapping();
phm.addHandler("ImgCat", ImgCat.class);
xmlRpcServer.setHandlerMapping(phm);
XmlRpcServerConfigImpl serverConfig =
(XmlRpcServerConfigImpl) xmlRpcServer.getConfig();
serverConfig.setEnabledForExtensions(true);
serverConfig.setContentLengthOptional(false);
webServer.start();
}
}
Script używać do uruchamiania programów w dalvikvm:
#!/bin/sh
base=/opt/android
root=$base/out/host/linux-x86
export ANDROID_ROOT=$root
bootpath=$root/framework
export BOOTCLASSPATH=$bootpath/core.jar:$bootpath/ext.jar:$bootpath /framework.jar:$bootpath/android.policy.jar:$bootpath/services.jar
export LD_LIBRARY_PATH=$root/lib:$LD_LIBRARY_PATH
export ANDROID_DATA=/tmp/dalvik_$USER
mkdir -p $ANDROID_DATA/dalvik-cache
echo $LD_LIBRARY_PATH
exec dalvikvm [email protected]
dalvikvm jest wykonywalny z/out/host/linux-x86, a nie cel. Myślę, że to może być problem, ale dalvikvm z obiektu docelowego nie jest wykonywalny (polecenie pliku). Zdarzyło mi się, że kompilacja Androida z użyciem podsystemu sim daje mi to, czego potrzebuję, ale nie mogłem znaleźć oddziału, w którym znajduje się cel sim.
Czy masz pojęcie, jak rozwiązać problem z ładowaniem bibliotek współdzielonych? A może wiesz, który oddział Androida ma docelowy cel w poleceniu lunchu?
Edit:
jeszcze jedno znalazłem jest to, że jeśli uruchomię moją aplikację za pomocą WithFramework ładuje kilka bibliotek, a następnie zwraca błąd.
Edit2:
Zauważyłem, że może być problem z libdl i libc. Libc zależy od libdl, co jest inne niż na moim komputerze głównym. Sprawdziłem z readelf polecenia:
readelf -d /home/ubuntu/android-x86/out/target/product/generic_x86/system/lib/libc.so
Dynamic section at offset 0x72c54 contains 21 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libdl.so]
0x0000000e (SONAME) Library soname: [libc.so]
0x00000019 (INIT_ARRAY) 0x727dc
libdl nie zależy na niczym:
readelf -d /home/ubuntu/android-x86/out/target/product/generic_x86/system/lib/libdl.so
Dynamic section at offset 0x658 contains 19 entries:
Tag Type Name/Value
0x0000000e (SONAME) Library soname: [libdl.so]
0x00000019 (INIT_ARRAY) 0x1640
Ale istnieją pewne symbole niezdefiniowane:
nm -D /home/ubuntu/android-x86/out/target/product/generic_x86/system/lib/libdl.so
0000164c T __FINI_ARRAY__
00001640 T __INIT_ARRAY__
0000173c A __bss_start
U __cxa_atexit
U __cxa_finalize
w __deregister_frame_info_bases
w __register_frame_info_bases
U __stack_chk_fail
0000173c A _edata
00001758 A _end
00000520 T dl_iterate_phdr
00000500 T dladdr
00000510 T dlclose
000004e0 T dlerror
000004d0 T dlopen
000004f0 T dlsym
Każdy pomysł jak to naprawić? (Czy muszę to naprawić?)