151–160 of 512 posts
Wine is a project that I've grown a near-infinite level of respect for. I don't know for sure, but I suspect that a lot of the work for Wine is boring and thankless. Digging through and trying to get exact parity with both the documented and undocumented behavior of Windows for the past 30 years doesn't sound fun, but it's finding every little weird edge case that makes Wine a viable product. The fact that Wine runs…
⸻
1. A frequent debate about the time was whether this was a wise thing to do as it reduced the motivation for developers to create OS/2-native versions of applications. The slow death of OS/2 can be interpreted as both support for those who felt that Windows-under-OS/2 was a bad idea and those who felt that OS/2 was doomed from the start in the face of the Windows monopoly.
2. Largely because I’m not a gamer—when I’ve looked at what it takes, both in terms of hardware and in learning how to do stuff in games, I’ve decided that I’m happy staying that way.
Earlier quoted context omitted.
Please elaborate.
Wine has constant regressions. What works fine today will completely fail next year. Which is why steam lets you pick which proton version you want to use. Which means that a .exe without the exact version of wine won't run. Plus of course there's the whole vulkan stuff. Older cards aren't well supported but it will rather crash than just run openGL normally where it would work fine.
Earlier quoted context omitted.
> It is interesting that these are harder to get working than games. Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechan…
You're onto something but that's not entirely true for all games. There's plenty of vintage games, made before DirectX standardized everything into the late 90s, that don't work well under wine because back in their day, they would try to bypass windows by "hacking" their way to the hardware via unsupported APIs and hooks, to squeeze every bit of performance from the hardware, and also because every hardware vendor b…
Earlier quoted context omitted.
No other operating system works like this. Supporting older versions of an OS or runtime with a compiler toolchain a standard expectation of developers.
Plenty of operating systems work like this. Just not highly commercial ones because proprietary software is the norm on those. From a bit of research it looks like FreeBSD for example only provides a stable ABI within minor versions and I imagine if you build something for FreeBSD 14 it won’t work on 13. Stable ABI literally only benefits software where the user doesn’t have the source. Any operating system which ass…
Earlier quoted context omitted.
Yes, Microsoft does still sell MS Office 2024 as a one time purchase: - https://www.microsoft.com/en-us/microsoft-365/p/office-home-... - https://www.microsoft.com/en-us/microsoft-365/p/office-home-...
Outlook is a business exclusive these days?! Outlook used to be included in the most basic version of office back when I still used microsoft office.
Earlier quoted context omitted.
Yes, Microsoft does still sell MS Office 2024 as a one time purchase: - https://www.microsoft.com/en-us/microsoft-365/p/office-home-... - https://www.microsoft.com/en-us/microsoft-365/p/office-home-...
Outlook is a business exclusive these days?! Outlook used to be included in the most basic version of office back when I still used microsoft office.
Earlier quoted context omitted.
And vice-versa. It's pretty interesting that the two projects haven't kind of merged despite all the collaboration.
Very different projects so I would not encourage a merge but sharing a code base? I can totally see that being a boon for both and other Windows emulation projects.
Earlier quoted context omitted.
You're onto something but that's not entirely true for all games. There's plenty of vintage games, made before DirectX standardized everything into the late 90s, that don't work well under wine because back in their day, they would try to bypass windows by "hacking" their way to the hardware via unsupported APIs and hooks, to squeeze every bit of performance from the hardware, and also because every hardware vendor b…
You mean dos games, just run them under a dos emulator then.