EmuV0 requires the ability to switch the 64-bit CPU into 32-bit mode when executing 32-bit code. If the given platform (QEMU+Window) does not suppor that, then EmuV0 will not work on such combination.
AMIGASYSTEMDistro MaintainerPosted
2 months agoAll supported Hollywood applications go to Guru
On Windows with QEmu, it is not possible to use KVM; you should use HAXM, but it seems that it has not yet been implemented on QEmu (used parameter -accel haxm), or I am setting up the script incorrectly.
I had the same Guru issues with Emuv0 with VirtualBox on Windows 8 64-bit, but I solved them by installing and activating the HAXM drivers.
There is no HAXM option in the VirtualBox preferences, but it worked by setting Hyper-V.
I would need to know specific applications that crash under QEMU and not under any cases. Also QEMU needs to be run with KVM otherwise EmuV0 will not work. EmuV0 requires certain CPU feeatures that QEMU only support when ran with KVM.
AMIGASYSTEMDistro MaintainerPosted
2 months agoIt has been reported to me that Emuv0 on “QEmu” does not work well; basically, it crashes when you try to run some Hollywood applications “among those supported.” I did a quick check and can confirm the crash.
Just ran Snoopy and noticed that while emuv0 is running a program it's constantly trying (and failing) to open codeset_default from env: and envarc:; I though I'd report it in case that was not as expected.
Cheers,
Nigel.
For future reference: the rexx command 'say show(p)' causes the crash attached when LilCalendar is being run via emuv0, possibly because LilCalendar tries to open an rexx port. The crash does not happen when Hollywood programs which do not open a port are running.
Cheers,
Nigel.
You do not have access to view attachments
AMIGASYSTEMDistro MaintainerPosted
3 months agoAnother problem with ThemeEdit: if, after loading a theme, you click on an image to edit it and then click several times on the GUI, the system crashes when you exit. See attached video.
Edited by AMIGASYSTEM on 29-01-2026 14:29,
3 months ago You do not have access to view attachments
AMIGASYSTEMDistro MaintainerPosted
3 months agoYes, it works, but it's a bit complicated for users who don't have the 32-bit version. Furthermore, there are Hollywood applications such as VintageSonPlayer where there is no save file.
AMIGASYSTEMDistro MaintainerPosted
3 months agoLilCalendar crashes if you try to change the colours in the Palette. Furthermore, if you set the mode to ‘Limpid’, it cannot be dragged so that you can save it in the desired position.
AMIGASYSTEMDistro MaintainerPosted
3 months agoOK, I'll remove it from the ZuPaPlayer distribution. It's a shame, as it was the only MOD player that could be used as a tool in the Mod File Icon Tooltypes.
I know about ZuPaPlayer issues. Best to remove that software from distribution.
AMIGASYSTEMDistro MaintainerPosted
3 months agoOmanko and Calendar&Clock Ok work well
ZuPaPlayer crashes when you press the Stop button, freezing the system and sometimes even VMware.
AMIGASYSTEMDistro MaintainerPosted
3 months ago@ntromans
I made a short video showing how AROS behaves with DualPNG icons. In the video, you can see that OS3.2 also has some problems with DualPNG icons.
You do not have access to view attachments
AMIGASYSTEMDistro MaintainerPosted
3 months agoOkay, I have my own set of icons that I created myself. Furthermore, DualPNG icons have an attractive and modern look, and you cannot use icons created by others in a distribution without proper authorisation!