dalvik

java.lang.NoClassDefFoundError: [generic] at dalvik.system.NativeStart.main(Native Method)

感情迁移 提交于 2019-12-10 12:49:27
问题 Some of users of my application got this exception java.lang.NoClassDefFoundError: [generic] at dalvik.system.NativeStart.main(Native Method) It's not common exception because of great number of users and only some of them have this exception. I don't use any native library and all externals libraries don't use any native code Version of Android where it happened: Android 4.0.3 - 4.0.4 (97.7%) Android 4.0 - 4.0.2 (1.5%) Android 4.1 (0.8%) Can anybody help me with workaround? Can receiver in

Conversion to Dalvik format failed with error 1 since facebook SDK

谁说胖子不能爱 提交于 2019-12-10 12:43:44
问题 I'm getting really frustrated over this. Every imte i try to export my project I get the error: Conversion to Dalvik format failed with error 1 I tried a lot of things. I got the newest eclipse. Changed my proguard file. This error only happened when I added the facebook 3.5.2 SDK to my project. We had in our library the same android-support-v4.jar. I deleted the one in my app and kept the one in the facebook SDK but I still het that error. Can anybody help me it's really frustrating ...

Accessing local field vs object field. Is doc wrong?

南楼画角 提交于 2019-12-10 05:33:04
问题 The documentation seems to be wrong. Could someone tell me which is true? In Performance Myths section is: On devices without a JIT, caching field accesses is about 20% faster than repeatedly accesssing the field. With a JIT, field access costs about the same as local access. In Avoid Internal Getters/Setters section is: Without a JIT, direct field access is about 3x faster than invoking a trivial getter. With the JIT (where direct field access is as cheap as accessing a local), direct field

Dalvik is looking for .so file with '.0' extension - why?

江枫思渺然 提交于 2019-12-10 03:41:50
问题 I have started developing a very simple Android application that consists of three parts: the Java application itself a pre-built shared library (we'll call it libfoo ) another shared library that uses the pre-built library (we'll call it libfoowrapper ) The file system looks something like this: jni Android.mk libfoo.so foowrapper.c The Android.mk file contains the following contents: LOCAL_PATH := $(call my-dir) #============================== include $(CLEAR_VARS) LOCAL_MODULE := foo

UNEXPECTED TOP-LEVEL EXCEPTION: java.lang.IllegalArgumentException: already added

非 Y 不嫁゛ 提交于 2019-12-10 02:19:02
问题 I'm new to Android, trying to launch the project, which is being built and deployed well. But every time I make a try to start the app from eclipse, I get this error: UNEXPECTED TOP-LEVEL EXCEPTION: java.lang.IllegalArgumentException: already added: Lcom/.../model/AvailabilityRequest$DAY_TIME_PREFERENCE; [2012-02-06 17:32:11 - main-app] Dx at com.android.dx.dex.file.ClassDefsSection.add(ClassDefsSection.java:123) [2012-02-06 17:32:11 - main-app] Dx at com.android.dx.dex.file.DexFile.add

安卓系统下安装完apk程序后,具体的文件夹位置在哪里呢

岁酱吖の 提交于 2019-12-09 20:59:23
分析如下: android程序安装后存储的目录介绍: 1、android应用安装涉及到如下几个目录 ①system/app 这系统自带的应用程序,无法删除 ②data/app 用户程序安装的目录,有删除权限。 ③data/data 存放应用程序的数据 ④Data/dalvik-cache 将apk中的dex文件安装到dalvik-cache目录下 2、安装过程介绍: 复制APK安装包到data/app目录下,解压并扫描安装包,把dex文件(Dalvik字节码)保存到dalvik-cache目录,并data/data目录下创建对应的应用数据目录。 3、卸载过程介绍: 卸载过程:删除安装过程中在上述三个目录下创建的文件及目录。 ====================================== 来源: oschina 链接: https://my.oschina.net/u/920274/blog/3000482

VerifyError in android test-project build tools v17

风格不统一 提交于 2019-12-09 02:49:21
问题 Since installing v17 of the android build tools I am getting a VerifyError in my test project. A short description of my project structure: All jar files exist in my main projects libs folder The test-project is a project that resides inside my main project All Instrumentation tests exist in the same package as my activities. I have one jar that is only needed for the test projects in my libs folder in the test project Has anyone seen this? Its happening on all my projects since updating.

Unsafe class in Android?

心已入冬 提交于 2019-12-08 19:08:46
问题 Do the Android Dalvik standard libraries have any class similar to the undocumented class sun.misc.Unsafe in Java SE which allows direct access to memory. 回答1: Android implements parts of sun.misc.Unsafe, primarily to support the JSR-166 concurrency classes. It's not part of the Android API. 回答2: It has the JNI bridge which could allow for just about anything but it's not "unsafe" since you have to code that into your app. As far as I know there is no exposed way to get out of the JVM sandbox

Can't execute JavaVM->DetachCurrentThread(): “attempting to detach while still running code”

混江龙づ霸主 提交于 2019-12-08 11:01:08
问题 I have an Android app that uses NDK - a regular Android Java app with regular UI and C++ core. There are places in the core where I need to call Java methods, which means I need a JNIEnv* for that thread, which in turn means that I need to call JavaVM->AttachCurrentThread() to get the valid env . Previously, was just doing AttachCurrentThread and didn't bother to detach at all. It worked fine in Dalvik, but ART aborts the application as soon as a thread that has called AttachCurrentThread

Android VM Out of Memory Error [duplicate]

為{幸葍}努か 提交于 2019-12-08 09:33:13
问题 This question already has answers here : Closed 7 years ago . Possible Duplicate: OutOfMemoryError: bitmap size exceeds VM budget :- Android I've researched this problem up and down and I can't find anything about my specific problem. I use .PNG files located in my drawable folder for button backgrounds. The buttons are large (about 150p x 150 p) and use images and gradiants to look nice. The backgrounds change upon pressing the button as defined in individual .xml files. The solutions i find