Develop Reference

What's the meaning of "faults" in Android ANR log?

As in the following example, besides the cpu usage value in each process, there's also a pair of "faults" values in "minor" and "major". What's the exact meaning?
ANR in com.rescuetime.android
PID: 11517
Reason: Broadcast of Intent { act=android.intent.action.SCREEN_ON flg=0x50000010 }
Load: 3.35 / 5.22 / 9.91
CPU usage from 0ms to 7475ms later with 99% awake:
97% 947/system_server: 80% user + 16% kernel / faults: 7489 minor 81 major
0.1% 269/debuggerd: 0% user + 0% kernel / faults: 4711 minor 16 major
7% 1493/com.android.phone: 3.3% user + 3.7% kernel / faults: 3615 minor 10 major
6.5% 1201/com.android.systemui: 3.3% user + 3.2% kernel / faults: 3074 minor 5 major

Yes the minor/major fault is just the minor/major page fault in Linux Kernel terminology. Explanation for them can be found on the Internet.
Android is reading such data from the proc file system. For a particular pid, the data is read from "/proc/" + pid + "/stats". One example of that is copied below:
/proc/24759 # cat stat
24759 (t_app_installer) S 2580 2580 0 0 -1 1077952832 13620 0 177 0 40 25 0 0 20 0 15 0 44123212 1066246144 12491 4294967295 2248540160 2248562159 3202042320 3202035120 2966304256 0 4612 1 1073775864 4294967295 0 0 17 6 0 0 0 0 0 2248567976 2248568832 2249576448 3202042577 3202042653 3202042653 3202043876 0
As of now, the 10th value is the minor fault. 13620 in this case. And the 12th is the major fault.

Android camera crash, repeating images, native nav buttons messed up

I have a bar-code scanning Cordova (webview) app, and after a certain point, if I restart the barcode-scanning camera, I get a crazy crash that bricks my phone until I give the entire phone a full restart:
Stats:
Nexus 5
Android 4.4.4
Kernel 3.4.0-gd59db4e
I'm using the zbar scanning lib, which uses OpenCV.
Here's the catlog right around the time that things go haywire; once I start getting "Failed to get_buf", the repeating image effect kicks in and I have to restart my phone.
D/mm-camera(199): module_faceproc_port_event_func:667] FD_STREAMON for stream 10004
I/mm-camera(199): cpp_module_handle_streamon_event:1983, identity=0x10004, stream-on done
I/mm-camera(199): isp_streamon: E, session_id = 1, stream_id = 4, stream_type = 5
I/mm-camera(199): wb_set_params: param_id is not supported in this module
I/mm-camera(199): wb_set_params: param_id is not supported in this module
I/mm-camera(199): wb_set_params: param_id is not supported in this module
D/mm-camera(199): module_faceproc_port_event_func:825] MCT_EVENT_MODULE_ISP_OUTPUT_DIM stream info 1920x1080 identity 10004 10003
I/mm-camera(199): isp_ch_util_streamon: session_id = 1, channel_id = 3, already active.
I/mm-camera(199): ispif_streamon: session_id = 1, active_streams = 3
I/mm-camera(199): mct_pipeline_process_set: Stream on/off returned
D/mm-camera-intf(186): mm_stream_qbuf: Starting poll on stream 0xb7f4c4cc type :5
D/mm-camera-intf(186): mm_stream_qbuf: Started poll on stream 0xb7f4c4cc type :5
D/mm-camera-intf(186): mm_stream_qbuf: Starting poll on stream 0xb7f4bda4 type :1
D/mm-camera-intf(186): mm_stream_qbuf: Started poll on stream 0xb7f4bda4 type :1
D/mm-camera(199): module_faceproc_client_schedule_mode:1808] apply 3 report 2 new_mode 0
E/mm-camera-sensor(199): port_sensor_handle_upstream_module_event:1244 Reset previously set LED state!
I/AEC_PORT(199): aec_port_proc_downstream_event: Received LED state timeout. Reset LED state!
D/mm-camera(199): module_faceproc_client_schedule_mode:1808] apply 0 report 3 new_mode 0
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 1689470 CurPosition: 36
D/mm-camera(199): module_faceproc_client_schedule_mode:1808] apply 1 report 0 new_mode 0
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 634118 CurPosition: 33
D/dalvikvm(3354): GC_FOR_ALLOC freed 3373K, 35% free 17228K/26472K, paused 13ms, total 13ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 602020 CurPosition: 30
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 14ms, total 14ms
D/dalvikvm(3354): GC_FOR_ALLOC freed 3037K, 35% free 17227K/26472K, paused 14ms, total 14ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 552162 CurPosition: 27
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 15ms, total 15ms
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 8 exp 16
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 8 exp 16
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 8 exp 16
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 524040 CurPosition: 31
D/dalvikvm(3354): GC_FOR_ALLOC freed 3037K, 35% free 17227K/26472K, paused 13ms, total 14ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 17ms, total 17ms
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 9 exp 17
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 9 exp 17
E/mm-camera(199): cpp_module_process_frame_control:1458 failed: wrong queue for mct_type = 2 frame 9 exp 17
D/dalvikvm(3354): GC_FOR_ALLOC freed 3037K, 35% free 17227K/26472K, paused 12ms, total 12ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 328800 CurPosition: 33
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 21ms, total 21ms
D/dalvikvm(3354): GC_FOR_ALLOC freed 3037K, 35% free 17227K/26472K, paused 13ms, total 13ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 370341 CurPosition: 35
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 16ms, total 16ms
D/dalvikvm(3354): GC_FOR_ALLOC freed 3037K, 35% free 17227K/26472K, paused 14ms, total 14ms
I/dalvikvm-heap(3354): Grow heap (frag case) to 19.818MB for 3110416-byte allocation
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 398033 CurPosition: 37
D/dalvikvm(3354): GC_FOR_ALLOC freed 0K, 24% free 20265K/26472K, paused 16ms, total 16ms
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 397856 CurPosition: 39
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 424101 CurPosition: 41
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stoping poll on stream 0xb7f4bda4 type :1
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stopped poll on stream 0xb7f4bda4 type :1
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stoping poll on stream 0xb7f4c4cc type :5
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stopped poll on stream 0xb7f4c4cc type :5
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 440796 CurPosition: 43
I/mm-camera(199): af_util_cur_pos_after_lens_move: After move: FV: 438574 CurPosition: 41
I/mm-camera(199): af_util_update_focus_status: AF Status already updated to output!Return!
I/mm-camera(199): af_util_update_focus_status: AF Status already updated to output!Return!
E/mm-camera(199): mct_stream_metadata_bus_msg:Failed to get_buf
E/mm-camera(199): mct_stream_metadata_bus_msg:1259: NULL ptr
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stoping poll on stream 0xb7f4af54 type :8
D/mm-camera-intf(186): mm_stream_read_msm_frame: Stopped poll on stream 0xb7f4af54 type :8
E/mm-camera(199): mct_stream_metadata_bus_msg:Failed to get_buf
E/mm-camera(199): mct_stream_metadata_bus_msg:1259: NULL ptr
E/mm-camera(199): mct_stream_metadata_bus_msg:Failed to get_buf
E/mm-camera(199): mct_stream_metadata_bus_msg:1259: NULL ptr
E/mm-camera(199): mct_stream_metadata_bus_msg:Failed to get_buf
E/mm-camera(199): mct_stream_metadata_bus_msg:1259: NULL ptr
Any ideas?

The answer posted by my colleague at the following link solved our problem:
https://stackoverflow.com/a/27284543/914123
OK we had the same problem - Nexus 5 only, but with ZBar lib instead of ZXing.
The issue was resolved by switching from a SurfaceView to a TextureView - however this resulted in slower frame rates.
Through testing we found that our issue was caused by leaving the screen, bringing up the keyboard and going back - our solution was setting android:windowSoftInputMode to AdjustPan in the manifest.

Meaning of logcat dalvikvm error message

I can't find them documented anywhere. So what does the values in this Logcat error message mean:
06-28 14:59:53.172: E/dalvikvm(32679): 32679(...) stat: (e) 393 5941KB / (c) 0 0KB / (a) 27 69MB / (h) 730KB 2668KB 1937KB
I should additionally mention that after this message I got this:
06-28 14:59:53.172: D/dalvikvm(32679): GC_FOR_ALLOC freed 2050K, 65% free 4916K/13892K, paused 26ms, total 26ms

From Android Documentation :
D/dalvikvm: <GC_Reason> <Amount_freed>, <Heap_stats>,
<External_memory_stats>, <Pause_time>
Example :
D/dalvikvm( 9050): GC_CONCURRENT freed 2049K, 64% free 3571K/9991K,
external 4703K/5261K, paused 2ms+2ms
All fields name are self-explainatory, but some points to note :
freed 2049K - this is amount of live object freed by GC in this run
64% free 3571K/9991K - 64% of 9991K which = 6494K amount is free and 36% is live object size

Error when exporting android project when library added

Since a couple of month ago I've been working with Android developing in Eclipse and AndEngine. I haven't had any problems to export my project until a couple of weeks ago when I suddenly got an error when I tried to export my project. The error only occurs when AndEngine (or any of its extensions) is added in the project's library. I have searched for a solution day and night now and I hope someone can help me! I do not know if it’s only AndEngine or if I can’t export just because I have something added in the library.
I have installed Eclipse in two completely different systems - one Windows, the other Linux Mint - no one works!
This is how I do:
I create a new android project, including an activity. I try to export it - it works. After that, I add AndEngine through properties>Android>Library. I try to export - I get an error - "Conversion to Dalvik format failed with error 1" in Windows 7 and in Linux Eclipse crashes.
In Linux Eclipse creates a log-file, but I'm not skilled enough to interpret it myself ... :-/
Perhaps it is something with the latest updates of the Android sdk or something like that ... I do not know. And the strange thing is that it I seem to be the only one getting this error - on two different systems! Am I doing anything wrong or what is this?!
If anyone would like to help I would be so happy I do not know what to do!
Johan
Here is the error log that I got:
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGBUS (0x7) at pc=0x00007f7ab35c053e, pid=2405, tid=140164621686528
#
# JRE version: 6.0_24-b24
# Java VM: OpenJDK 64-Bit Server VM (20.0-b12 mixed mode linux-amd64 compressed oops)
# Derivative: IcedTea6 1.11.1
# Distribution: Ubuntu 12.04 LTS, package 6b24-1.11.1-4ubuntu3
# Problematic frame:
# C [libzip.so+0x453e] Java_java_util_zip_ZipEntry_initFields+0xc3e
#
# If you would like to submit a bug report, please include
# instructions how to reproduce the bug and visit:
# https://bugs.launchpad.net/ubuntu/+source/openjdk-6/
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
--------------- T H R E A D ---------------
Current thread (0x00007f7ab4a2b800): JavaThread "ModalContext" [_thread_in_native, id=2683, stack(0x00007f7a9e6c5000,0x00007f7a9e7c6000)]
siginfo:si_signo=SIGBUS: si_errno=0, si_code=2 (BUS_ADRERR), si_addr=0x00007f7a9ddb4124
Registers:
RAX=0x00007f7a34000fa0, RBX=0x00007f7a9ddb4107, RCX=0x00007f7a34000040, RDX=0x00007f7a34000020
RSP=0x00007f7a9e7c3310, RBP=0x00007f7a9e7c3350, RSI=0x00007f7a34000038, RDI=0x0000000000000003
R8 =0x00007f7a34048100, R9 =0x0000000000000000, R10=0x00007f7ab06f9d78, R11=0x00007f7ab9ef44d0
R12=0x00007f7a34000fa0, R13=0x00007f7a9e7c33c0, R14=0x00007f7a34007e50, R15=0x00007f7a340087f8
RIP=0x00007f7ab35c053e, EFLAGS=0x0000000000010202, CSGSFS=0x0000000000000033, ERR=0x0000000000000004
TRAPNO=0x000000000000000e
Top of Stack: (sp=0x00007f7a9e7c3310)
0x00007f7a9e7c3310: 00007f7a9e7c3330 00007f7ab95b7b71
0x00007f7a9e7c3320: 00007f7a34007e50 00007f7a34007e50
0x00007f7a9e7c3330: 000000008433e918 00007f7a9e7c33c0
0x00007f7a9e7c3340: 0000000000000000 00007f7a340087f8
0x00007f7a9e7c3350: 00007f7a9e7c33a0 00007f7ab35c0dea
0x00007f7a9e7c3360: 00007f7ab4a2b800 00007f7a34004cc0
0x00007f7a9e7c3370: 00007f7ab4a2b800 00007f7ab4a2b9d0
0x00007f7a9e7c3380: 00007f7a9e7c33c0 0000000000000029
0x00007f7a9e7c3390: 00007f7a9e7c3818 00007f7a9e7c33c0
0x00007f7a9e7c33a0: 00007f7a9e7c3800 00007f7ab35bf4a9
0x00007f7a9e7c33b0: 0000002900000000 00007f7a34007e50
0x00007f7a9e7c33c0: 65646e612f67726f 75612f656e69676e
0x00007f7a9e7c33d0: 657361422f6f6964 746e456f69647541
0x00007f7a9e7c33e0: 73616c632e797469 0000000000000073
0x00007f7a9e7c33f0: 00000000f9b29a28 00007f7a9e7c33f8
0x00007f7a9e7c3400: 00000000dc3bf5b2 00007f7a9e7c3450
0x00007f7a9e7c3410: 00000000dc3bfeb8 0000000000000000
0x00007f7a9e7c3420: 00000000dc3bf5d8 0000000000000000
0x00007f7a9e7c3430: 00007f7a9e7c3498 00007f7ab05c1a82
0x00007f7a9e7c3440: 00007f7ab05c1a82 00000000dbd92860
0x00007f7a9e7c3450: 0000000000000002 00007f7a9e7c3458
0x00007f7a9e7c3460: 00000000dc3bf7d3 00007f7a9e7c34c8
0x00007f7a9e7c3470: 00000000dc3bfeb8 0000000000000000
0x00007f7a9e7c3480: 00000000dc3bf830 0000000000000000
0x00007f7a9e7c3490: 00007f7a9e7c34c0 00007f7a9e7c3510
0x00007f7a9e7c34a0: 00007f7ab05c1e8d 00000000f9b29f90
0x00007f7a9e7c34b0: 0000000000000002 0000000000000002
0x00007f7a9e7c34c0: 00007f7a9e7c3530 00007f7ab05c196e
0x00007f7a9e7c34d0: 00007f7a9e7c34d0 00007f7ab05c196e
0x00007f7a9e7c34e0: 00000000f9a860c8 00000000f9ac9b70
0x00007f7a9e7c34f0: 00007f7a9e7c34f0 00000000dc3b1448
0x00007f7a9e7c3500: 00007f7a9e7c3568 00007f7ab05c196e
Instructions: (pc=0x00007f7ab35c053e)
0x00007f7ab35c051e: c7 00 00 00 00 00 48 c7 40 30 00 00 00 00 48 c7
0x00007f7ab35c052e: 40 28 00 00 00 00 8b 1b 49 2b 5e 28 49 03 5e 18
0x00007f7ab35c053e: 44 0f b6 7b 1d 0f b6 43 1c 0f b6 53 0c 0f b6 4b
0x00007f7ab35c054e: 0e 44 0f b6 6b 1f 41 c1 e7 08 41 09 c7 0f b6 43
Register to memory mapping:
RAX=0x00007f7a34000fa0 is an unknown value
RBX=0x00007f7a9ddb4107 is an unknown value
RCX=0x00007f7a34000040 is an unknown value
RDX=0x00007f7a34000020 is an unknown value
RSP=0x00007f7a9e7c3310 is pointing into the stack for thread: 0x00007f7ab4a2b800
RBP=0x00007f7a9e7c3350 is pointing into the stack for thread: 0x00007f7ab4a2b800
RSI=0x00007f7a34000038 is an unknown value
RDI=0x0000000000000003 is an unknown value
R8 =0x00007f7a34048100 is an unknown value
R9 =0x0000000000000000 is an unknown value
R10=0x00007f7ab06f9b90 [CodeBlob (0x00007f7ab06f9b90)]
Framesize: 10
R11=0x00007f7ab9ef44d0: <offset 0x1814d0> in /lib/x86_64-linux-gnu/libc.so.6 at 0x00007f7ab9d73000
R12=0x00007f7a34000fa0 is an unknown value
R13=0x00007f7a9e7c33c0 is pointing into the stack for thread: 0x00007f7ab4a2b800
R14=0x00007f7a34007e50 is an unknown value
R15=0x00007f7a340087f8 is an unknown value
Stack: [0x00007f7a9e6c5000,0x00007f7a9e7c6000], sp=0x00007f7a9e7c3310, free space=1016k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C [libzip.so+0x453e] Java_java_util_zip_ZipEntry_initFields+0xc3e
C [libzip.so+0x4dea] ZIP_GetEntry+0xba
C [libzip.so+0x34a9] Java_java_util_zip_ZipFile_getEntry+0x119
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
j java.util.zip.ZipFile.getInputStream(Ljava/lang/String;)Ljava/io/InputStream;+34
j java.util.zip.ZipFile.getInputStream(Ljava/util/zip/ZipEntry;)Ljava/io/InputStream;+5
j com.android.dx.cf.direct.ClassPathOpener.processArchive(Ljava/io/File;)Z+118
j com.android.dx.cf.direct.ClassPathOpener.processOne(Ljava/io/File;Z)Z+48
j com.android.dx.cf.direct.ClassPathOpener.process()Z+15
j com.android.dx.command.dexer.Main.processOne(Ljava/lang/String;)Z+18
j com.android.dx.command.dexer.Main.processAllFiles()Z+100
j com.android.dx.command.dexer.Main.run(Lcom/android/dx/command/dexer/Main$Arguments;)I+76
v ~StubRoutines::call_stub
V [libjvm.so+0x4afabf] JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x29f
V [libjvm.so+0x4aeef5] JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*)+0x25
V [libjvm.so+0x6a8cc7] Reflection::invoke(instanceKlassHandle, methodHandle, Handle, bool, objArrayHandle, BasicType, objArrayHandle, bool, Thread*)+0x667
V [libjvm.so+0x6ab12b] Reflection::invoke_method(oopDesc*, Handle, objArrayHandle, Thread*)+0x16b
V [libjvm.so+0x4f4b08] JVM_InvokeMethod+0x148
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j com.android.ide.eclipse.adt.internal.build.DexWrapper.run(Ljava/lang/String;Ljava/util/Collection;ZLjava/io/PrintStream;Ljava/io/PrintStream;)I+309
j com.android.ide.eclipse.adt.internal.build.BuildHelper.executeDx(Lorg/eclipse/jdt/core/IJavaProject;Ljava/util/Collection;Ljava/lang/String;)V+138
j com.android.ide.eclipse.adt.internal.project.ExportHelper.exportReleaseApk(Lorg/eclipse/core/resources/IProject;Ljava/io/File;Ljava/security/PrivateKey;Ljava/security/cert/X509Certificate;Lorg/eclipse/core/runtime/IProgressMonitor;)V+780
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.doExport(Lorg/eclipse/core/runtime/IProgressMonitor;)Z+269
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.access$0(Lcom/android/ide/eclipse/adt/internal/wizards/export/ExportWizard;Lorg/eclipse/core/runtime/IProgressMonitor;)Z+2
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard$1.run(Lorg/eclipse/core/runtime/IProgressMonitor;)V+10
j org.eclipse.jface.operation.ModalContext$ModalContextThread.run()V+15
v ~StubRoutines::call_stub
V [libjvm.so+0x4afabf] JavaCalls::call_helper(JavaValue*, methodHandle*, JavaCallArguments*, Thread*)+0x29f
V [libjvm.so+0x4aeef5] JavaCalls::call(JavaValue*, methodHandle, JavaCallArguments*, Thread*)+0x25
V [libjvm.so+0x4af3f3] JavaCalls::call_virtual(JavaValue*, KlassHandle, symbolHandle, symbolHandle, JavaCallArguments*, Thread*)+0x1a3
V [libjvm.so+0x4af51f] JavaCalls::call_virtual(JavaValue*, Handle, KlassHandle, symbolHandle, symbolHandle, Thread*)+0x4f
V [libjvm.so+0x4e4fd6] thread_entry(JavaThread*, Thread*)+0x86
V [libjvm.so+0x74c098] JavaThread::thread_main_inner()+0x58
V [libjvm.so+0x64bbb2] java_start(Thread*)+0x112
Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
J java.util.zip.ZipFile.getEntry(JLjava/lang/String;Z)J
j java.util.zip.ZipFile.getInputStream(Ljava/lang/String;)Ljava/io/InputStream;+34
j java.util.zip.ZipFile.getInputStream(Ljava/util/zip/ZipEntry;)Ljava/io/InputStream;+5
j com.android.dx.cf.direct.ClassPathOpener.processArchive(Ljava/io/File;)Z+118
j com.android.dx.cf.direct.ClassPathOpener.processOne(Ljava/io/File;Z)Z+48
j com.android.dx.cf.direct.ClassPathOpener.process()Z+15
j com.android.dx.command.dexer.Main.processOne(Ljava/lang/String;)Z+18
j com.android.dx.command.dexer.Main.processAllFiles()Z+100
j com.android.dx.command.dexer.Main.run(Lcom/android/dx/command/dexer/Main$Arguments;)I+76
v ~StubRoutines::call_stub
j sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+161
j com.android.ide.eclipse.adt.internal.build.DexWrapper.run(Ljava/lang/String;Ljava/util/Collection;ZLjava/io/PrintStream;Ljava/io/PrintStream;)I+309
j com.android.ide.eclipse.adt.internal.build.BuildHelper.executeDx(Lorg/eclipse/jdt/core/IJavaProject;Ljava/util/Collection;Ljava/lang/String;)V+138
j com.android.ide.eclipse.adt.internal.project.ExportHelper.exportReleaseApk(Lorg/eclipse/core/resources/IProject;Ljava/io/File;Ljava/security/PrivateKey;Ljava/security/cert/X509Certificate;Lorg/eclipse/core/runtime/IProgressMonitor;)V+780
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.doExport(Lorg/eclipse/core/runtime/IProgressMonitor;)Z+269
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard.access$0(Lcom/android/ide/eclipse/adt/internal/wizards/export/ExportWizard;Lorg/eclipse/core/runtime/IProgressMonitor;)Z+2
j com.android.ide.eclipse.adt.internal.wizards.export.ExportWizard$1.run(Lorg/eclipse/core/runtime/IProgressMonitor;)V+10
j org.eclipse.jface.operation.ModalContext$ModalContextThread.run()V+15
v ~StubRoutines::call_stub
--------------- P R O C E S S ---------------
Java Threads: ( => current thread )
0x00007f7a200d1800 JavaThread "Worker-12" [_thread_blocked, id=2718, stack(0x00007f7a9e298000,0x00007f7a9e399000)]
=>0x00007f7ab4a2b800 JavaThread "ModalContext" [_thread_in_native, id=2683, stack(0x00007f7a9e6c5000,0x00007f7a9e7c6000)]
0x00007f7a38001000 JavaThread "[ThreadPool Manager] - Idle Thread" daemon [_thread_blocked, id=2448, stack(0x00007f7a97897000,0x00007f7a97998000)]
0x00007f7ab4761000 JavaThread "Bundle File Closer" daemon [_thread_blocked, id=2447, stack(0x00007f7a9d17a000,0x00007f7a9d27b000)]
0x00007f7a20001000 JavaThread "Worker-6" [_thread_blocked, id=2441, stack(0x00007f7a9da2a000,0x00007f7a9db2b000)]
0x00007f7a3008f800 JavaThread "Worker-5" [_thread_blocked, id=2440, stack(0x00007f7a9db2b000,0x00007f7a9dc2c000)]
0x00007f7a30081800 JavaThread "Worker-4" [_thread_blocked, id=2439, stack(0x00007f7a9dc2c000,0x00007f7a9dd2d000)]
0x00007f7a44019800 JavaThread "Worker-2" [_thread_in_native, id=2437, stack(0x00007f7a9e399000,0x00007f7a9e49a000)]
0x00007f7ab443f000 JavaThread "Java indexing" daemon [_thread_blocked, id=2436, stack(0x00007f7a9de20000,0x00007f7a9df21000)]
0x00007f7a4c040000 JavaThread "Worker-JM" [_thread_blocked, id=2431, stack(0x00007f7a9fafb000,0x00007f7a9fbfc000)]
0x00007f7a4c03b800 JavaThread "[Timer] - Main Queue Handler" daemon [_thread_blocked, id=2430, stack(0x00007f7a9fbfc000,0x00007f7a9fcfd000)]
0x00007f7a4c015800 JavaThread "Framework Event Dispatcher" daemon [_thread_blocked, id=2428, stack(0x00007f7a9fdfe000,0x00007f7a9feff000)]
0x00007f7ab41e4000 JavaThread "Start Level Event Dispatcher" daemon [_thread_blocked, id=2427, stack(0x00007f7a9feff000,0x00007f7aa0000000)]
0x00007f7ab41fd800 JavaThread "State Data Manager" daemon [_thread_blocked, id=2426, stack(0x00007f7aa4021000,0x00007f7aa4122000)]
0x00007f7ab41c2800 JavaThread "Framework Active Thread" [_thread_blocked, id=2425, stack(0x00007f7aa4122000,0x00007f7aa4223000)]
0x00007f7ab40a5800 JavaThread "Low Memory Detector" daemon [_thread_blocked, id=2421, stack(0x00007f7aae3bd000,0x00007f7aae4be000)]
0x00007f7ab40a3800 JavaThread "C2 CompilerThread1" daemon [_thread_in_native, id=2420, stack(0x00007f7aae4be000,0x00007f7aae5bf000)]
0x00007f7ab40a0800 JavaThread "C2 CompilerThread0" daemon [_thread_in_native, id=2419, stack(0x00007f7aae5bf000,0x00007f7aae6c0000)]
0x00007f7ab4092800 JavaThread "Signal Dispatcher" daemon [_thread_blocked, id=2418, stack(0x00007f7aae6c0000,0x00007f7aae7c1000)]
0x00007f7ab4080000 JavaThread "Finalizer" daemon [_thread_blocked, id=2417, stack(0x00007f7aaeea4000,0x00007f7aaefa5000)]
0x00007f7ab407e000 JavaThread "Reference Handler" daemon [_thread_blocked, id=2416, stack(0x00007f7aaefa5000,0x00007f7aaf0a6000)]
0x00007f7ab4008000 JavaThread "main" [_thread_in_native, id=2406, stack(0x00007f7aba858000,0x00007f7aba959000)]
Other Threads:
0x00007f7ab4077800 VMThread [stack: 0x00007f7aaf0a6000,0x00007f7aaf1a7000] [id=2415]
0x00007f7ab40a8000 WatcherThread [stack: 0x00007f7aae2bc000,0x00007f7aae3bd000] [id=2422]
VM state:not at safepoint (normal execution)
VM Mutex/Monitor currently owned by a thread: None
Heap
PSYoungGen total 54656K, used 5004K [0x00000000f8000000, 0x00000000fc550000, 0x0000000100000000)
eden space 38720K, 7% used [0x00000000f8000000,0x00000000f82a96f8,0x00000000fa5d0000)
from space 15936K, 14% used [0x00000000fb5c0000,0x00000000fb7f9c88,0x00000000fc550000)
to space 16128K, 0% used [0x00000000fa5d0000,0x00000000fa5d0000,0x00000000fb590000)
PSOldGen total 79168K, used 52829K [0x00000000e8000000, 0x00000000ecd50000, 0x00000000f8000000)
object space 79168K, 66% used [0x00000000e8000000,0x00000000eb3974d0,0x00000000ecd50000)
PSPermGen total 130432K, used 71024K [0x00000000d8000000, 0x00000000dff60000, 0x00000000e8000000)
object space 130432K, 54% used [0x00000000d8000000,0x00000000dc55c010,0x00000000dff60000)
Code Cache [0x00007f7ab05bc000, 0x00007f7ab0e8c000, 0x00007f7ab35bc000)
total_blobs=2339 nmethods=1742 adapters=550 free_code_cache=41736384 largest_free_block=59712
Dynamic libraries:
I had to remove this part ... only 30 000 characters allowed
VM Arguments:
jvm_args: -Xms40m -Xmx384m -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins -XX:MaxPermSize=256m
java_command: /usr/lib/eclipse//plugins/org.eclipse.equinox.launcher_1.2.0.dist.jar -os linux -ws gtk -arch x86_64 -showsplash -launcher /usr/lib/eclipse/eclipse -name Eclipse --launcher.library /usr/lib/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.100.dist/eclipse_1408.so -startup /usr/lib/eclipse//plugins/org.eclipse.equinox.launcher_1.2.0.dist.jar --launcher.overrideVmargs -exitdata f8005 -vm /usr/bin/java -vmargs -Xms40m -Xmx384m -Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins -XX:MaxPermSize=256m -jar /usr/lib/eclipse//plugins/org.eclipse.equinox.launcher_1.2.0.dist.jar
Launcher Type: SUN_STANDARD
Environment Variables:
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
USERNAME=johan
LD_LIBRARY_PATH=/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/server:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64:/usr/lib/jvm/java-6-openjdk-amd64/jre/../lib/amd64
SHELL=/bin/bash
DISPLAY=:0.0
Signal Handlers:
SIGSEGV: [libjvm.so+0x7842c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGBUS: [libjvm.so+0x7842c0], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGFPE: [libjvm.so+0x648540], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGPIPE: SIG_IGN, sa_mask[0]=0x00001000, sa_flags=0x10000000
SIGXFSZ: [libjvm.so+0x648540], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGILL: [libjvm.so+0x648540], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGUSR1: SIG_DFL, sa_mask[0]=0x00000000, sa_flags=0x00000000
SIGUSR2: [libjvm.so+0x6486f0], sa_mask[0]=0x00000000, sa_flags=0x10000004
SIGHUP: [libjvm.so+0x64b210], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGINT: [libjvm.so+0x64b210], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGTERM: [libjvm.so+0x64b210], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
SIGQUIT: [libjvm.so+0x64b210], sa_mask[0]=0x7ffbfeff, sa_flags=0x10000004
--------------- S Y S T E M ---------------
OS:LinuxMint 13 (maya)
uname:Linux 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64
libc:glibc 2.15 NPTL 2.15
rlimit: STACK 8192k, CORE 0k, NPROC 127501, NOFILE 4096, AS infinity
load average:1.69 1.02 0.47
/proc/meminfo:
MemTotal: 16337780 kB
MemFree: 14311524 kB
Buffers: 75920 kB
Cached: 693268 kB
SwapCached: 0 kB
Active: 1111276 kB
Inactive: 608384 kB
Active(anon): 960444 kB
Inactive(anon): 183040 kB
Active(file): 150832 kB
Inactive(file): 425344 kB
Unevictable: 96 kB
Mlocked: 96 kB
SwapTotal: 16678908 kB
SwapFree: 16678908 kB
Dirty: 5948 kB
Writeback: 0 kB
AnonPages: 951204 kB
Mapped: 124272 kB
Shmem: 192228 kB
Slab: 74556 kB
SReclaimable: 43580 kB
SUnreclaim: 30976 kB
KernelStack: 3008 kB
PageTables: 20856 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 24847796 kB
Committed_AS: 2139640 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 389744 kB
VmallocChunk: 34359345424 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 71668 kB
DirectMap2M: 16615424 kB
CPU:total 8 (4 cores per cpu, 2 threads per core) family 6 model 42 stepping 7, cmov, cx8, fxsr, mmx, sse, sse2, sse3, ssse3, sse4.1, sse4.2, popcnt, ht
Memory: 4k page, physical 16337780k(14311524k free), swap 16678908k(16678908k free)
vm_info: OpenJDK 64-Bit Server VM (20.0-b12) for linux-amd64 JRE (1.6.0_24-b24), built on Apr 21 2012 01:49:27 by "buildd" with gcc 4.6.3
time: Sun Jun 24 16:12:57 2012
elapsed time: 194 seconds
I just want to make a thing clear:
I can run the application on, for example, my cellphone, via Eclipse - it's the exporting with keystore and that, that doesn't work.

I know this is an old thread, but I seem to have found another solution. Generally, I found that Eclipse would either crash completely or just freeze/hang if I try to export a project that has a dependency on another library project. I've seen this several times with both my own library projects as well as 3rd party ones.
The simple solution I found is turning off automatic build. That is, compete everything, then just before doing "export", uncheck "Build Automatically" under the "Project" menu - and export as usual.

Today I stumbled upon exactly the same problem and I also coulnd't find a solution to it anywhere. It is strange because I have never had this problem before and I have already worked with AndEngine many times. I tried a couple of different things and one of them totally solved the problem although I have no idea why.
Solution:
Don't add the AndEngine to libraries list (through properties -> Android -> Library)
Copy the "libs" directory from AndEngine to your application.
Copy the "andengine.jar" from AndEngine's "bin" directory to some directory in your application.
Close the AndEngine project. You don't need it to do the export anymore.
Right click on your project. Go to: "Properties -> Libraries -> Add JARs" and add the JAR you just copied.
Go to Properties -> "Libraries -> Order and Export" and make sure the JAR file you just added is selected.
It would be great if someone could tell us why this solves the problem and if there are any better solutions.

Is emulator's GC slower than a real device and is there anything I can do to speed it up?

I've been trying to trace down what I initially thought were memory leaks, only to find that the memory does get freed eventually but very slowly by the emulator's GC.
Basically I've started the app, gone to the root node (Select mode), started the activity and hit the back key. I repeated this several times until the heap was nearly full. I know the activity's onDestroy() was called each time I exited.
These are the figures I collected
Before garbage collection happens:
native dalvik other total
size: 14256 6407 N/A 20663
allocated: 14083 5184 N/A 19267
free: 124 1223 N/A 1347
(Pss): 3993 8315 9819 22127
(shared dirty): 1968 4584 1448 8000
(priv dirty): 3792 4216 8176 16184
Objects
Views: 210 ViewRoots: 2
AppContexts: 13 Activities: 12
Assets: 2 AssetManagers: 2
Local Binders: 22 Proxy Binders: 25
Death Recipients: 2
OpenSSL Sockets: 0
After garbage collection
native dalvik other total
size: 14256 6407 N/A 20663
allocated: 6107 3894 N/A 10001
free: 1776 2513 N/A 4289
(Pss): 2513 8227 3499 14239
(shared dirty): 1968 4584 1448 8000
(priv dirty): 2312 4128 1856 8296
Objects
Views: 48 ViewRoots: 2
AppContexts: 4 Activities: 3
Assets: 2 AssetManagers: 2
Local Binders: 22 Proxy Binders: 16
Death Recipients: 2
OpenSSL Sockets: 0
Garbage collection timings ( I finshed switching activities at 16:13)
02-27 16:13:51.022: DEBUG/INF_TAG(13723): Select Mode onStop
02-27 16:14:07.863: DEBUG/dalvikvm(13723): GC freed 31080 objects / 1978968 bytes in 52ms
02-27 16:14:48.562: DEBUG/dalvikvm(13723): GC freed 45884 objects / 2084224 bytes in 251ms
02-27 16:15:30.802: DEBUG/dalvikvm(13723): GC freed 46405 objects / 2157376 bytes in 265ms
02-27 16:16:12.863: DEBUG/dalvikvm(13723): GC freed 45091 objects / 2085880 bytes in 391ms
02-27 16:17:00.992: DEBUG/dalvikvm(13723): GC freed 45346 objects / 2072712 bytes in 251ms
02-27 16:17:44.542: DEBUG/dalvikvm(13723): GC freed 45177 objects / 2101152 bytes in 187ms
02-27 16:18:29.182: DEBUG/dalvikvm(13723): GC freed 45603 objects / 2106496 bytes in 242ms
02-27 16:19:19.823: DEBUG/dalvikvm(13723): GC freed 58797 objects / 2723784 bytes in 266ms
02-27 16:19:40.122: DEBUG/dalvikvm(13723): GC freed 22403 objects / 1058168 bytes in 216ms
02-27 16:20:06.223: DEBUG/dalvikvm(13723): GC freed 21685 objects / 993504 bytes in 211ms
02-27 16:20:29.173: DEBUG/dalvikvm(13723): GC freed 20948 objects / 980304 bytes in 223ms
02-27 16:20:52.272: DEBUG/dalvikvm(13723): GC freed 21149 objects / 968136 bytes in 207ms
02-27 16:21:16.332: DEBUG/dalvikvm(13723): GC freed 21349 objects / 972216 bytes in 207ms
02-27 16:21:40.233: DEBUG/dalvikvm(13723): GC freed 22008 objects / 984904 bytes in 110ms
02-27 16:22:03.313: DEBUG/dalvikvm(13723): GC freed 21115 objects / 948144 bytes in 215ms
02-27 16:22:27.362: DEBUG/dalvikvm(13723): GC freed 21646 objects / 970288 bytes in 222ms
02-27 16:22:50.463: DEBUG/dalvikvm(13723): GC freed 21834 objects / 981016 bytes in 218ms
02-27 16:23:15.133: DEBUG/dalvikvm(13723): GC freed 21821 objects / 965472 bytes in 211ms
02-27 16:23:40.662: DEBUG/dalvikvm(13723): GC freed 23011 objects / 990424 bytes in 122ms
02-27 16:24:47.162: DEBUG/dalvikvm(13723): GC freed 28716 objects / 874880 bytes in 124ms
02-27 16:25:55.603: DEBUG/dalvikvm(13723): GC freed 30100 objects / 943888 bytes in 135ms
I'm quite prepared to accept that I may be leaking some small objects, but I just can't see why it takes the GC so long to free up the heap and remove the activities from the stack. Is this typical behaviour on a real phone?
P.S. I tried calling System.gc() in the root node's onResume() but it makes no difference

The OS appears to be very conservative about running the GC, because whenever it runs it interferes with the user experience. Since phones (and emulators) have lots of memory, the GC tends to run infrequently and incrementally. It's only when memory starts to get low that the OS becomes more aggressive about reclaiming resources.