PeaZip crashes on launch when opening RAR archives (Artix linux)
Free Zip software and Rar extractor
Brought to you by:
giorgiotani
yay -S peazip)unrar installed via pacman -S unrar, 7zip installed via pacman -S 7zipPeaZip crashes when opening a RAR archive on the second and subsequent launches.
The first launch after a clean start (or after deleting ~/.config/peazip/) works fine.
Any following launch with a RAR file causes an immediate crash with exit code 141 (SIGPIPE).
The only workaround is to delete ~/.config/peazip/ before each session, which is not a real fix since the problem reappears after the next normal close.
rm -rf ~/.config/peazip/
peazip file.rar # works fine
peazip file.rar # crashes immediately, exit code 141
Second invocation exits immediately with broken pipe / SIGPIPE (exit 141).
No visible error output — the window never opens.
PeaZip should open RAR archives on every launch without requiring a config reset.
I forgot, but Flatpak and gtk2 (in binary format via aur) don't seem to have this version of the app. It definitely exists in gtk2, and I did a quick check in the flatpak package, but I don't think it was there.
Just in case, here is the archive I checked.
It seems like the problem is somewhere in the configuration file; the rar handler is probably fine. And yes, I'm still waiting for an answer
Thank you for tracking the issue and providing a sample file.
I'm currently trying to trigger the bug on my Linux test machines, so far without success.
If possible, it would be useful to have the conf.txt file (from configuration path) before and after the crash to possibly find more clues.
Here are the configs before and after the crash, as you requested (they're in the archive). I also noticed something odd: if you open the archive via the terminal, everything works fine, but if you open it via the interface, it crashes (I've also left a visual image in the archive). Other operations with this archive (for example, converting and testing) seem to work fine (conversion works fine 90% of the time, but sometimes it crashes). This problem is extremely strange to me. I hope you can reproduce it and solve it. In the meantime, I'll try to find some decent test archives; maybe there's something wrong with mine.
I tried others, and the same problem occurred. Just in case, other archive formats are fine, but the problem is with RAR.
The only unusual detail I found in conf files is that the maximized status for app window is set to 1 (window is maximized) rather than 0 which is the default when the configuration is reset or forcibly recreated after conf files deletion.
I'll try to understand how can this happen, and if/how it may affect app's stability.
I'll also continue to try to replicate the bug trying more test machines.
Good news! I had some time and decided to try debugging the program manually using GDB and a little bit of strace, and I think I found some useful information for you. I played around with the debugger a bit, but with results, I'm posting a log with all the actions. I'll admit right away that I'm new to this, so I might have done something stupid along the way.