While working on my Windows 3.x display driver, I ran into a vexing problem. In Windows 3.1 running in Enhanced 386 mode, I could start a DOS session and switch it to a window. But an attempt to set a mode in the DOS window (e.g.
MODE CO80) would destroy the Windows desktop, preventing further drawing from happening properly. It was possible to recover by using Alt+Enter to switch the DOS window to full screen again and then returning to the desktop, but obviously that wasn’t going to cut it.Oddly enough, this problem did not exist in Windows 3.0. And in fact it also didn’t exist in Windows 3.1 if I used the Windows 3.0 compatible VDDVGA30.386 VxD shipped with Windows 3.1 (plus the corresponding VGA30.3GR grabber).
A classic retro computing bug hunt! These stories are always a good read.
Compared to the feature set of ZFS…
Even compared to the features of Btrfs…
ReFS is lacking. A lot.
https://github.com/maharmstone/btrfs
https://openzfsonwindows.org/
It’s like MIcrosoft doesn’t really love Windows any more.
Reports on this seem to disagree with you:
https://windowsreport.com/windows-11-refs/
Please comment here instead : https://www.osnews.com/story/135780/windows-11-is-getting-refs-support/
Weren’t there like universal drivers from SciTech for Windows that solved such issues? Kinda fuzzy on the details as it has been a while.
From what I recall, SciTech DIsplay Doctor was a VESA driver.