WinUAE64 on Fedora 39 and Wine 9

[Gilloo]

Fedora 39
wine-9.0 (Staging)
WinUAE64.exe 5.2.0 (but also true with 5.0.0 and 4.4.0)


68020 JIT

JIT: Serious Error:
JIT: 64-bit pointer (0x101080000) at C:\projects\winuae\src\jit\compemu_support.cpp:2579 (fatal)

If I untick JIT, it starts and run well.
What's wrong ? (It's Wine the culprit )

[dazzleman]

Hi


Can confirm the same error when I run it from the default wineprefix (.wine).


I'm on OpenSUSE Tumbleweed, probably latest Wine staging, and same error on 68040.


However, I usually run WinUAE through Lutris, and using a different wineprefix, and it works fine.


In fact, I've just tried it again and noticed that if I set the runner option in Lutris to "Wine Staging" I get the error, but I normally have it on "Proton Experimental" (I have Steam installed also) and it's fine with that one.



dazzleman

[Gilloo]

The line 2579 of the compemu_support.cpp matches with this:

return (addr >= uae_p32(kickmem_bank.baseaddr) ../..

static inline int isinrom(uintptr addr)
{
#ifdef UAE
return (addr >= uae_p32(kickmem_bank.baseaddr) &&
addr < uae_p32(kickmem_bank.baseaddr + 8 * 65536));
#else
return ((addr >= (uintptr)ROMBaseHost) && (addr < (uintptr)ROMBaseHost + ROMSize));
#endif
}

[Toni Wilen]

I don't know what goes wrong with wine but due to way JIT is done, all data must be inside first 4G of process address space. (don't ask me, I don't want to know)

(I am not sure if Aranym updates got away with this limit. Done few years ago)

[AmiRico]

Yes, this is a Wine regression. I don't think you have to concern yourself about it, Toni. In any case, it makes no sense to try to work around it within WinUAE. This is something Wine must fix.

In any case, Wine development is progressing so fast at the moment, it is quite possible the bug will go away soon anyway. But I think it would be great to file a detailed bug report with the Wine development team at https://bugs.winehq.org. It seems it is not yet in their bugtracker. Who knows, might help them get rid of it and fix some other problems too. This may be something for Gilloo, because I think you know more about these system internals than I do.

[midimax]

Btw. Someone told me "you have to *simply* run Wine as root and everything works".
I *simply* refuse to, so never tried myself, just for the record.

[Gilloo]

Thanks to all,

We'll see something here:
https://bugs.winehq.org/show_bug.cgi?id=56371

The WinUAE64.exe 5.2.0 is running well on Windows
The tricky thing when changing application/winuae with alt-tab has disapear, the amiga mouse is functionning, before it was frozen and reborn with F12/cancel.

[Yesideez]

Originally Posted by midimax

Btw. Someone told me "you have to *simply* run Wine as root and everything works".
I *simply* refuse to, so never tried myself, just for the record.

Tried running this as root and have not been able to as I needed to do that to get it to see USB memory cards behaving as hard drives. Spoke to the Wine team and they said it's something that will never be implemented due to security.

[Gilloo]

Originally Posted by Yesideez

Tried running this as root and have not been able to as I needed to do that to get it to see USB memory cards behaving as hard drives. Spoke to the Wine team and they said it's something that will never be implemented due to security.

And it is why I use a hostusb-windows-x86-64.dll to access the real usb stuff in Fedora, passing by a "usb" group. The root is not usefull for wine, it doesn't mean "administrator" for the Windows side.

[Yesideez]

Originally Posted by Gilloo

it doesn't mean "administrator" for the Windows side.

...which is exactly why I spoke to the dev group and they told me it was never going to happen. Wine can be run as root but nothing inside it can.

[midimax]

Installed Lutris and its wine-GE-8-26 and strangely enough WinUAE with JIT works in this custom Proton version of Wine.

Thank you dazzleman for that tip .

But hopefully that get fixed in Wine itself and not somehow (re-)introduced into the coming Proton 9.

Finally it seems I'm able to get rid of the (slightly outdated and) heavily game focused FS-UAE and can use WinUAE on Linux which fits the more focused on emulating my old Machines than just games needs simply better.

Wine can be run as root ...it doesn't mean "administrator"...

Maybe, but would not recommend either. It doesn't mean "administrator" it is even more dangerous, not just for security. As someone with over 20 years of Linux experience (not sure if I miss the "good old" have to build your kernel yourself days ) I prefer (and recommend) to run as little as humanly possible as root.

[Gilloo]

As I am just updating my old PC with Fedora, how to do install another version of Wine?
I suppose we can't install 2 or more versions side by side.

[midimax]

Lutris has its own independent Wine versions.
But the installation is a little bit weird, because in the Lutris settings was a "no Wine installed, wine-GE-8-26 recommended" panel with a big "install wine-GE-8-26" button that did absolutely nothing

At the end I figured out that the "wine" entry at the Lutris main windows has a small, kinda hidden, "Manage Versions" button/symbol which allowed me to install that wine version.

After that I added a "locally installed 'Game'" (unzipped WinUAE) with the little "+" at the very top of the Lutris window, bound to that Wine version with its own wine-prefix, by setting the corresponding options at that "Add Game" Dialog to a empty/new directory. The prefix gets automatically created at the first start of the 'Game'. Disabled "anti-cheat" support just because ...

(all in all the One star "not very accessible..." rating for Lutris I see in my graphical software/apt store is probably for a good reason but I managed to get it working)

[Gilloo]

@midimax

I've installed lutris and tested with wine-ge-8-26 : it's working with WinUAE64 and the JIT activated.