winapps VS wine

This one might be controversial, but Winapps for Linux, app that lets run apps from within a Windows KVM as if it were native on your Linux system (https://github.com/Fmstrat/winapps)

Yes but you have to run visual studios in a windows virtual machine qemu/kvm/virtmanager Then pass virtual studio window to your desktop so it runs like it is native https://github.com/Fmstrat/winapps optional Then use winapps to make a desktop and application launcher menu entry/icon

There's something called winapps which works over RDP, but you better have good specs so you get good performance. I recommend using parsec with a VM if you can passthrough a seperate GPU otherwise. https://github.com/Fmstrat/winapps

The aim of this exercise was to test run WinApps (https://github.com/Fmstrat/winapps).

No this is untrue. Independent creation is an affirmative defense against copyright infringement. You'd never convince a jury that you independently wrote the exact same article as a New York Times article, but in principle you can argue that you independently wrote say... a song, or even reimplemented the WIN32 API without ever having read or familiarized yourself with the original source code:

https://github.com/wine-mirror/wine

https://harvardlawreview.org/print/vol-128/creating-around-c...

Correct - the instructions in the Windows PE executable run natively. WINE provides a PE loader for exe and dll files (https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/l...) and provides its own version of the API (user32.dll, kernel32.dll etc)

Sometimes when a detail of Windows isn't documented, the Wine source code can be useful. Have you tried looking at it for details of win64 SEH? For example:

https://github.com/wine-mirror/wine/blob/master/dlls/ntdll/e...

https://github.com/wine-mirror/wine/blob/master/dlls/msvcrt/...

Source code: https://github.com/wine-mirror/wine/tree/master/programs/wor...

It's Wine with some special sauce (Apple couldn't reuse VKD3D because they chose to invent Metal rather than stick with OpenGL/Vulkan so they had to build their graphics translation themselves). Crossover is built on the same technology. In fact, Apple's brew script literally links to Crossover's sources: https://raw.githubusercontent.com/apple/homebrew-apple/main/...

Things like the crypto API should be implemented if you can find the reference for your specific API calls here: https://github.com/wine-mirror/wine/tree/master/dlls/crypt32

Apple's version of Wine is aimed at developers, though. It shouldn't take too long for someone to make an app or script to easily set up environments with the developer runtime, but I doubt they'll support it as well as Valve supports Proton. If your application of choice doesn't need any fancy graphics, there's a decent chance Wine/Crossover can already run it anyway, no need to mess with Apple's SDK.

With the M2 Max outputting 28fps at 1080p (screenshot linked), I wouldn't expect too much from the gaming performance of this thing, though.

Not the OP, but Github's stats on https://github.com/wine-mirror/wine say the current Wine codebase is 95.1% C, 0.3% C++

Take a look at Wine's commit log. It's really well curated. https://github.com/wine-mirror/wine/commits/master

Fixes Overwatch 2 game freeze after a few seconds in game. After a long bisect it was found that wine-mirror/wine@4bf9d24 from upstream wine wine 7.13 and higher needed to be backported.

git clone https://github.com/wine-mirror/wine \ cd wine \ ./configure \ make \ make install \ wine ./Anomaly.exe