Closed boras-pl closed 3 years ago
I probably (90%) had the same issue while I was experimenting with Manjaro. Unfortunately I didn't investigated it enough. I was convinced that it must be smth wrong with my Manjaro environment, so I gave up that time.
It seems that JIT crashed. Could you isolate what exactly tried to run when this happened? That would help in recreating this and forwarding the bug report to TomB, who's working on the JIT engine for ARM.
Yes, it is a JIT problem. When I disable this, then it helps. I suspect that some BetterWB specific library or an executable causes the problem. I'll do my best.
The problem occurs while dealing with icon.library. Removing it from DH0:/Libs helped. BetterWB replaces the original library included in Kickstart with a modern 46.4.473 (68000) version. First, I checked the newest 68000, 68020 and TC020 versions from the official package: http://aminet.net/package/util/libs/IconLib_46.4 and it did not change anything. Then I looked at Startup-sequence and found this:
if exists Sys:Libs/icon.library
RemLib >nil: icon.library
endif
It is enough to comment out the lines or remove the DH0:/Libs/icon.library file to get rid of the problem. However this is not a problem with icon.library but rather with RemLib. RemLib is a tool that comes from http://aminet.net/package/util/libs/IconLib_46.4 as well. It unloads the default implementation of icon.library placed in Kickstart ROM. I checked md5 and RemLib from BetterWB is the same as the file from IconLib_46.4. This tool is quite short (1700 bytes), so I hope you will be able to trace what happens in JIT while executing it.
As the modern icon.library is widely used in Amiga world I am afraid that it is a serious problem for v4.1.2. I haven't try to work the problem around by using LoadModule or any other method that could replace RemLib. Anyway, Amiberry v3.3 had not the issue. The only thing that I do not understand is why on Earth it works when I start the emulator from Midnight Commander.
TL;DR
RemLib icon.library
The workaround for the problem is:
if exists Sys:Libs/icon.library
RemLib >nil: icon.library
endif
with
Version >NIL: icon.library 46
If WARN
If EXISTS LIBS:workbench.library
LoadResident >NIL: LIBS:workbench.library
EndIf
LoadResident >NIL: LIBS:icon.library REBOOT
EndIf
It does not fix the root cause in JIT, but it allows us to boot the system at least.
Does this only happen on RetroPie/RPI OS?
I can't recreate this on Manjaro at least, with a 3.9 or 3.1 system.
I tested booting with no S-S, and only running RemLib icon.library
(which worked fine), then I also tested Loadmodule icon.library
which also worked fine.
I used the latest version of IconLib from Aminet...
I've also tested 32-bit RPI OS, with the same scenario above - still no crash for me. Perhaps I'm missing something, I'll try setting up the whole BetterWB thing later.
The issue is quite old. I'll check this again soon.
I get this on Linux Mint 5.6 too on an i3 haswell PC :-/ Memory segmentation fault - when launching. EDIT: Sorry to necromance a thread :-) And I can inform it seems I solved the problem by compiling from source myself !
I get this on Linux Mint 5.6 too on an i3 haswell PC :-/ Memory segmentation fault - when launching. EDIT: Sorry to necromance a thread :-) And I can inform it seems I solved the problem by compiling from source myself !
Thanks for reporting - it might be some issue with the pre-compiled binary vs the environment you're running it on. The pre-compiled one is prepared in a docker container running Debian, perhaps there's some difference between that and Mint that triggers this problem.
Describe the bug I experience segmentation faults during startup of Workbench 3.1 + BetterWB add-on on a default A4000 emulation. There are two use cases:
I thought that I could get more meaningful stacktrace, so I compiled the program with some symbols by using DEBUG=1 flag enabled, but it hangs, unfortunately. I am not so experienced with gdb as well.
To Reproduce
Desktop (please complete the following information): RaspiOS lite, no X11, KMSDRM
A4000-test.uae
Amiberry executed in Midnight Commander
Amiberry executed in shell
Love Amiberry? Please consider supporting our collective: 👉 https://opencollective.com/amiberry/donate