-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Realm corrupted the database (Fatal signal 11 (SIGSEGV), code 1, fault addr 0x28 in tid 6777) #3843
Comments
@tkrawetzke Is it something can be reproduced in your side? |
@beeender Sorry, but we can´t share our apk with you. Can you try to reproduce it by yourself? |
We can, but then we need to guess all the preconditions which might take infinite time ... Is that possible that we sign a NDA with you and get the apk to reproduce the problem? |
Hi, I had the same problem, but if i downgrade version of realm dont solve my problem. Realm.getDefaultInstance() (crashed) Information: Console Information: Debug mode: |
Same problem, I've updated to latest version 2.3.0 but not solve. crash here (realmNotifier is null):
|
Same problem with a Samsung Galaxy S3 mini I8200N with Android 4.2.2. Realm.io version: 2.1.1 and 2.3.0 tested Crash seems to be provoked by a call to
|
@Konsumierer if you set |
@Zhuinden, sure: This is the log with Realm 2.1.1 and LogLevel.ALL.
|
Seems having same issue, after app termination (and probably db corruption) app crashes every time with below crash log, device Samsung S6 have free RAM 1.4Gb, 18Gb storage free, Realm 2.3.1
|
Outdated. Closing due to inactivty as most likely the underlying code has changed by now. Also, many of the comments here seem to indicate different problems |
Hi,
I had the same error like here posted, but this issue ticket was closed. So I opened a new one.
Bug:
#3765
Information:
I use realm version 2.1.1, updating to 2.2.0 don´t solve the problem.
The realm database is corrupted after a crash. After restart the app:
Realm.init(context) (works)
RealmConfiguration.Builder().schemaVersion(10).migration(DatabaseMigration(context)).build() (works)
Realm.setDefaultConfiguration(configuration) (works)
Realm.getDefaultInstance() (crashed)
It looks like if I read or write on realm the app crashed.
Work around:
Currently we have solved the problem by downgrade the realm version to v2.0.2
More Information that we got:
We use a sync adapter and if we got much data the realm crashed while we update data after syncing it.
But in v2.0.2 we can´t repro it at the moment.
Log:
11-24 13:16:20.240 22850-22850/com.packagename.debug A/libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0x4 in tid 22850 (.packagename.debug)
[ 11-24 13:16:20.240 163: 163 W/ ]
debuggerd: handling request: pid=22850 uid=10078 gid=10078 tid=22850
11-24 13:16:20.313 22888-22888/? A/DEBUG:
11-24 13:16:20.313 22888-22888/? A/DEBUG: Build fingerprint: 'google/marlin/marlin:7.1/NDE63P/3332229:user/release-keys'
11-24 13:16:20.313 22888-22888/? A/DEBUG: Revision: '0'
11-24 13:16:20.313 22888-22888/? A/DEBUG: ABI: 'arm'
11-24 13:16:20.314 22888-22888/? A/DEBUG: pid: 22850, tid: 22850, name: .packagename.debug >>> com.packagename.debug <<<
11-24 13:16:20.314 22888-22888/? A/DEBUG: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x4
11-24 13:16:20.314 22888-22888/? A/DEBUG: r0 9ea57008 r1 ffffed22 r2 9ea57a34 r3 00000000
11-24 13:16:20.314 22888-22888/? A/DEBUG: r4 9ea57008 r5 ffffed22 r6 00000000 r7 000000cf
11-24 13:16:20.314 22888-22888/? A/DEBUG: r8 00000020 r9 00000000 sl 00240000 fp a29b4ab0
11-24 13:16:20.314 22888-22888/? A/DEBUG: ip 00000002 sp bef6e670 lr a2882a37 pc a2892540 cpsr 60070030
11-24 13:16:20.322 22888-22888/? A/DEBUG: backtrace:
11-24 13:16:20.322 22888-22888/? A/DEBUG: #00 pc 00097540 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #1 pc 00087a35 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #2 pc 00087aa7 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #3 pc 000daad9 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #4 pc 000a7f4b /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #5 pc 000da48d /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #6 pc 000a7f4b /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #7 pc 0005bb9b /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #8 pc 00061641 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #9 pc 0006a445 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #10 pc 0006d9fb /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #11 pc 00068eb3 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so
11-24 13:16:20.323 22888-22888/? A/DEBUG: #12 pc 00024e95 /data/app/com.packagename.debug-1/lib/arm/librealm-jni.so (Java_io_realm_internal_SharedRealm_nativeGetSharedRealm+224)
11-24 13:16:20.323 22888-22888/? A/DEBUG: #13 pc 00af4819 /data/app/com.packagename.debug-1/oat/arm/base.odex (offset 0xa30000)
The text was updated successfully, but these errors were encountered: