Wine 10.0-rc5 Brings Another 31 Bug Fixes

[phoronix]

Phoronix: Wine 10.0-rc5 Brings Another 31 Bug Fixes

Wine 10.0 is working its way toward a stable release likely in the next week or two, but today there is Wine 10.0-rc5 with the latest round of fixes...

https://www.phoronix.com/news/Wine-10.0-rc5

[pinguinpc]

This wine version solve some issues related alpha protocol launcher for example (however in my case stay work ok maybe for dxvk)

[the-burrito-triangle]

I'm all for games working with Wine, but it seems like this is the only thing the current devs care about. The latest Wine can't even run Windows Vista calculator... And can barely run Vista/7 card games if you add overrides for wmasf.dll and wmvcore.dll. One nice thing I recently encountered is getting Windows apps to work with a USB to serial adapter. Took some reading (and the Wine documents are complete shit at explaining exactly what needs to be done--took a stack exchange thread to figure it all out), but I was able to run Termite to test an old serial to GPIB/HPIB/IEEE488 controller. I like Termite because it's specifically set up for easy control of serial comms--like what termination characters, if any, are appended to the output. And it doesn't send a single char at a time like putty does: you type in the *whole* string and then send that with a single termination. I could roll my own native app or script to do this, but why piss into the wind when you don't have to?

[ssokolow]

I'm all for games working with Wine, but it seems like this is the only thing the current devs care about.

That'd be because the big boost in Wine development came from Valve contracting with Codeweavers to develop and maintain Proton. With the big Wine devs working for Codeweavers in a "Codeweavers Crossover is Chrome and Wine is Chromium" sort of configuration, it makes perfect sense that you'd get almost exclusive focus on fixing bugs that affect game compatibility if that's what their probable biggest customer wants.

[avis]

I'm all for games working with Wine, but it seems like this is the only thing the current devs care about. The latest Wine can't even run Windows Vista calculator... And can barely run Vista/7 card games if you add overrides for wmasf.dll and wmvcore.dll. One nice thing I recently encountered is getting Windows apps to work with a USB to serial adapter. Took some reading (and the Wine documents are complete shit at explaining exactly what needs to be done--took a stack exchange thread to figure it all out), but I was able to run Termite to test an old serial to GPIB/HPIB/IEEE488 controller. I like Termite because it's specifically set up for easy control of serial comms--like what termination characters, if any, are appended to the output. And it doesn't send a single char at a time like putty does: you type in the *whole* string and then send that with a single termination. I could roll my own native app or script to do this, but why piss into the wind when you don't have to?

The built-in Windows apps are a big exceptions because of how they are coded and what dependencies they use. It's not Wine's primary use case and I'm glad developers aren't wasting time resolving these issues because the vast majority of the people who use Wine, use it to run third-party applications, not the applications that come with Windows.

[Weasel]

The built-in Windows apps are a big exceptions because of how they are coded and what dependencies they use. It's not Wine's primary use case and I'm glad developers aren't wasting time resolving these issues because the vast majority of the people who use Wine, use it to run third-party applications, not the applications that come with Windows.

I guess it's also because Windows apps tend to use obscure Windows features or latest features since they (Microsoft) designed them so they know them best. Other devs are usually slower to move to them or couldn't care less about them.

[Nth_man]

I guess it's also because Windows apps tend to use obscure Windows features or latest features since they (Microsoft) designed them so they know them best. Other devs are usually slower to move to them or couldn't care less about them.

Using obscure or unusual features ends up being advantageous to Microsoft, as it makes more difficult that people use alternatives to Windows like Wine.

[ssokolow]

Using obscure or unusual features ends up being advantageous to Microsoft, as it makes more difficult that people use alternatives to Windows like Wine.

Of course... but they can't force third-party developers to use them. The best they've settled for is making it more difficult to continue to compile for older versions of Windows as you continue to upgrade your Visual Studio.

[Nth_man]

I guess it's also because Windows apps tend to use obscure Windows features or latest features since they (Microsoft) designed them so they know them best. Other devs are usually slower to move to them or couldn't care less about them.

"How do you hit a moving target?" by Codeweavers

https://www.codeweavers.com/blog/jramey/2018/05/30/how-do-you-hit-a-moving-target-the-challenge-of-supporting-microsoft-office-2016

"the Windows API is a dangerous, finicky, and moving target":

https://www.quora.com/Why-cant-WINE-flawlessly-run-all-Windows-applications/answer/Lampros-Liontos

[fafreeman]

rc5 appears to have completely broken dotnet support. making a new prefix and reinstalling dotnet 9 and 8 didn't fix it. my dotnet applications would fail to launch. i had to revert back to rc4 to get dotnet working again.