hardcore-sushi
Multiple crashes at GocryptfsVolume_native_1list_1dir+64
I'm seeing a multiple crashes at
GocryptfsVolume_native_1list_1dir+64
(see below for a representative stack trace.)
I've got about 1,200 files. Sometimes the crash occurs when I open the volume. Other times it seems to happen when choosing a particular folder or when importing a folder. Often I have to force quit DroidFS to solve the problem. The issue seem to set in after importing server hundred files across maybe a dozen folders. Disabling "Map folders (Recursively map folders...)" may be a workaround given that I haven't seen a crash since changing that setting. But a crash is never a good thing.
I've seen similar crashes on multiple devices but some of these were running rather the old versions of Android. Now I'm seeing on an up to date Android.
This might actually be a gocryptfs issue. I'll try file an issue against that project too.
11-18 19:05:47.192 20108 20454 F libc : Fatal signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0xd95ff8345ffe in tid 20454 (DefaultDispatch), pid 20108 (ardcore.droidfs) 11-18 19:05:47.834 23971 23971 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 11-18 19:05:47.834 23971 23971 F DEBUG : Build fingerprint: 'google/lynx/lynx:15/AP3A.241105.007/2024110700:user/release-keys' 11-18 19:05:47.834 23971 23971 F DEBUG : Revision: 'MP1.0' 11-18 19:05:47.834 23971 23971 F DEBUG : ABI: 'arm64' 11-18 19:05:47.834 23971 23971 F DEBUG : Timestamp: 2024-11-18 12:05:47.418168163-0700 11-18 19:05:47.834 23971 23971 F DEBUG : Process uptime: 215s 11-18 19:05:47.834 23971 23971 F DEBUG : Cmdline: sushi.hardcore.droidfs 11-18 19:05:47.834 23971 23971 F DEBUG : pid: 20108, tid: 20454, name: DefaultDispatch >>> sushi.hardcore.droidfs <<< 11-18 19:05:47.834 23971 23971 F DEBUG : uid: 10171 11-18 19:05:47.834 23971 23971 F DEBUG : tagged_addr_ctrl: 0000000000000001 (PR_TAGGED_ADDR_ENABLE) 11-18 19:05:47.834 23971 23971 F DEBUG : signal 11 (SIGSEGV), code 2 (SEGV_ACCERR), fault addr 0x0000d95ff8345ffe 11-18 19:05:47.834 23971 23971 F DEBUG : x0 b400d973ea482300 x1 b400d95ff8346000 x2 b400d95ff8346010 x3 6169726441006770 11-18 19:05:47.834 23971 23971 F DEBUG : x4 0000000000000019 x5 000000000000000a x6 0000000000000010 x7 7f7f7f7f7f7f7f7f 11-18 19:05:47.834 23971 23971 F DEBUG : x8 00000000000000b4 x9 0000000000000001 x10 0000000000000002 x11 0000000000059940 11-18 19:05:47.834 23971 23971 F DEBUG : x12 000000000001d11a x13 0000d92e1ae6e458 x14 0000d92e1ae6e4d8 x15 0000dc57da968e10 11-18 19:05:47.834 23971 23971 F DEBUG : x16 0000d92dc4b87d90 x17 0000dc57b7f5a600 x18 0000d92d010fc000 x19 b400d973ea482300 11-18 19:05:47.834 23971 23971 F DEBUG : x20 b400d9f3f74ecb00 x21 b400d95ff8346000 x22 0000000000000000 x23 000000000000001b 11-18 19:05:47.834 23971 23971 F DEBUG : x24 0000dc57da968e11 x25 0000000000000000 x26 0000d92d801f7370 x27 000000000000001a 11-18 19:05:47.834 23971 23971 F DEBUG : x28 b400db2f64f5d000 x29 0000d92d01913880 11-18 19:05:47.834 23971 23971 F DEBUG : lr 0000d92dc4b86250 sp 0000d92d01913810 pc 0000d92dc4b86250 pst 0000000080001000 11-18 19:05:47.834 23971 23971 F DEBUG : 17 total frames 11-18 19:05:47.834 23971 23971 F DEBUG : backtrace: 11-18 19:05:47.834 23971 23971 F DEBUG : #00 pc 0000000000002250 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/lib/arm64/libgocryptfs_jni.so (Java_sushi_hardcore_droidfs_filesystems_GocryptfsVolume_native_1list_1dir+640) (BuildId: 82fd8865fa7ec3fa1b59a106cfd2ab343fd531a3) 11-18 19:05:47.834 23971 23971 F DEBUG : #01 pc 00000000000133d0 /system/framework/arm64/boot-core-libart.oat (art_jni_trampoline+128) (BuildId: 86a7430763913063129b8c95b79b80843ffd801b) 11-18 19:05:47.834 23971 23971 F DEBUG : #02 pc 0000000000aabe18 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (sushi.hardcore.droidfs.filesystems.GocryptfsVolume.readDir+88) 11-18 19:05:47.834 23971 23971 F DEBUG : #03 pc 0000000000b13ba8 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (sushi.hardcore.droidfs.explorers.BaseExplorerActivity.recursiveSetSize+632) 11-18 19:05:47.834 23971 23971 F DEBUG : #04 pc 0000000000aa457c /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (sushi.hardcore.droidfs.explorers.BaseExplorerActivity$recursiveSetSize$1.invokeSuspend+92) 11-18 19:05:47.834 23971 23971 F DEBUG : #05 pc 0000000000919a58 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith+152) 11-18 19:05:47.834 23971 23971 F DEBUG : #06 pc 0000000000928a68 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (kotlinx.coroutines.DispatchedTask.run+1160) 11-18 19:05:47.834 23971 23971 F DEBUG : #07 pc 00000000003969d8 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (androidx.core.app.ActivityRecreator$1.run+168) 11-18 19:05:47.834 23971 23971 F DEBUG : #08 pc 000000000092afe0 /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (kotlinx.coroutines.scheduling.TaskImpl.run+64) 11-18 19:05:47.834 23971 23971 F DEBUG : #09 pc 00000000005e2b6c /data/app/~~gKu9V9ewyaxOl1-sGoubRg==/sushi.hardcore.droidfs-p-oJK83vvSDyFnijgZJBEg==/oat/arm64/base.odex (kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run+2332) 11-18 19:05:47.834 23971 23971 F DEBUG : #10 pc 0000000000394574 /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+612) (BuildId: 0c7fd63690b56a5fee514c344c7976cf) 11-18 19:05:47.834 23971 23971 F DEBUG : #11 pc 0000000000380164 /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+132) (BuildId: 0c7fd63690b56a5fee514c344c7976cf) 11-18 19:05:47.834 23971 23971 F DEBUG : #12 pc 0000000000962f4c /apex/com.android.art/lib64/libart.so (art::detail::ShortyTraits<(char)86>::Type art::ArtMethod::InvokeInstance<(char)86>(art::Thread*, art::ObjPtr<art::mirror::Object>, art::detail::ShortyTraits<>::Type...)+60) (BuildId: 0c7fd63690b56a5fee514c344c7976cf) 11-18 19:05:47.834 23971 23971 F DEBUG : #13 pc 000000000062c4b4 /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback(void*)+1348) (BuildId: 0c7fd63690b56a5fee514c344c7976cf) 11-18 19:05:47.834 23971 23971 F DEBUG : #14 pc 000000000062bf58 /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallbackWithUffdGc(void*)+8) (BuildId: 0c7fd63690b56a5fee514c344c7976cf) 11-18 19:05:47.834 23971 23971 F DEBUG : #15 pc 0000000000076188 /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+200) (BuildId: 70879e3af35491f79656fe078304b549) 11-18 19:05:47.834 23971 23971 F DEBUG : #16 pc 0000000000066eb0 /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64) (BuildId: 70879e3af35491f79656fe078304b549)
Thanks for your bug report. I don't think it's a gocryptfs issue, but rather the same issue as #302, which has been fixed with 4aa211bca44a31a3dab2ee0e9927ad7d83abefef. Could you test from the latest source?
I'm not an Android developer so I don't know how to build a version from source. If I had an APK for the 4aa211b build I could certainly test that but I only see officially released APKs under the Releases section. Should I be looking elsewhere?
I agree that the #302 issue stack trace looks much the same.
I received a DroidFS 2.2.0 debug apk from @hardcore-sushi a week ago. It probably contains other improvements since July. Maybe also those from 4aa211b. I would be interested to know if this is like a beta.
Here is a reupload of the latest APK: https://upload.disroot.org/r/WB9QknQ3#sQnAxvqU3B/JLB1V2KpaeZkuGyFriYsLGgpi7zV1lus=
PGP
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
SHA256: cf8bf7d33f1cedbe207c30be2c192ec6b9d7b4a83cc85747879c40deaf9d60af
-----BEGIN PGP SIGNATURE-----
iHUEARYIAB0WIQS2Tv6GzuHQVPCCFxGv44Q0SkXhOgUCZztbAQAKCRCv44Q0SkXh
OpVDAQCziXnRW6ZAu6pTrPF9xSuwiDX96053H+z3PfH8bcPQ2QD+K7DonCZ0mJ3p
0aFmtx+B76sB4WF4KsxZCZoOuNId7As=
=jkcm
-----END PGP SIGNATURE-----
Okay, thanks. I have installed it and will do some testing, including import of a large folder.
I've done a dozen or so folder imports with APK you posted. Two or three imports were at least one hundred files each. I haven't seen any crashes, so I'm inclined to think the issue has been addressed.