GarzotaBTC commented 2 years ago

Good morning, I'm here to report that for at least 4 times, Sparrow Wallet crashes after I put the password for my bitcoin wallet. I checked the logs, and it shows the following:

`#

A fatal error has been detected by the Java Runtime Environment:

#

SIGSEGV (0xb) at pc=0x00007fdccceb95ba, pid=7456, tid=7507

#

JRE version: OpenJDK Runtime Environment Temurin-18.0.1+10 (18.0.1+10) (build 18.0.1+10)

Java VM: OpenJDK 64-Bit Server VM Temurin-18.0.1+10 (18.0.1+10, mixed mode, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64)

Problematic frame:

V [libjvm.so+0x5495ba] AccessInternal::PostRuntimeDispatch<G1BarrierSet::AccessBarrier<598116ul, G1BarrierSet>, (AccessInternal::BarrierType)2, 598116ul>::oop_access_barrier(void*)+0xa

#

Core dump will be written. Default location: Core dumps may be processed with "/usr/share/apport/apport -p%p -s%s -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to /home/josue/core.7456)

#

If you would like to submit a bug report, please visit:

https://github.com/adoptium/adoptium-support/issues`

I attach the log dumps for the devs to check them.

hs_err_pid7456.log hs_err_pid8110.log hs_err_pid30225.log hs_err_pid36783.log

craigraw commented 2 years ago

Thanks for the crash report. Can you provide more detail on the hardware you are running on? If it is a Raspberry Pi, is there sufficient RAM available?

When Sparrow decrypts a wallet it uses Argon2 configured with 256Mb of RAM. This is specifically done to make key derivation attacks expensive (each password guess must have real cost in both CPU and RAM). It appears that the failure may be caused by memory allocation.

Consider installing zram - I've found this to be an excellent way to improve a Pi's capabilities, with no discernable downside: https://haydenjames.io/raspberry-pi-performance-add-zram-kernel-parameters/