[quote name=AMIGASYSTEM post=10965]@AMIGASYSTEM - LilCalendar 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.[/quote]

Re. the window position, there is a workaround: set it up as you wish on 32 bit and then copy the prefs across to 64 bit and the position will be respected.

Cheers,
Nigel,

Yes, 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.

Another 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.

I'm attending another Midlands Amiga Enthusiasts meeting tomorrow and I was looking for something to show. I pulled up a Hollywood Designer presentation I made a few years ago on AROS for a vintage computer event that used to be held in Stratford. It's has 20+ pages, lots of transitions, interactive buttons, animations and videos. Given all this, I though it was going to be pushing emuv0 to run it but it does, perfectly The video playback was especially pleasing to see. Thanks again!

Cheers,
Nigel.

Good luck with the presentation tomorrow! Get more people interested in AROS

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.

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.

It 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.

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.

All 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.

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.