I’m really trying to work on that. Boxedwine can run Windows programs on multiple platforms using Wine and a CPU emulator. I already have it working on a Raspberry Pi. Of course performance is an issue. But hopefully that will be improved. As for Direct3D acceleration, that works by Wine translating Direct3D to OpenGL and Boxedwine allowing the OpenGL to be passed through to the host. If Mac/ARM doesn’t do OpenGL, there is still hope with Vulkan.

I’m interested in ARM Macs and Big Sur, and the opposite feels for x64 and Windows 10. BTW, it’s macOS Big Sur 11 😛

Although I also agree that previous OS X incarnations were pretty good too. Snow Leopard/Mountain Lion in particular.

Currently I am trying to find a way to run Windows 9x or XP with Direct3D acceleration on something other than VMware/Parallels, just to play Grand Prix 4, a game from 2001. Apparently there is no way to do that without VMware or Parallels. Damn.

Catalina pushes me back to 10…

It’s amazing, load up 10.6 -even in a VM, and it’s so ducking fast on modern hardware. And it runs PowerPC so fast as well. Modern OS X is a dumpster fire compared to 10.6

I have zero interest in Surrey or whatever the new one is.

The industry pivot to TCP/IP was amazing.

When I started networking professionally we had SNA, NetBEUI, IPX/SPX, DecNET and dead last was TCP/IP. With its biggest use being management of Cisco routers and access to the AIX compute grid.

The rise of commercial internet and Windows NT first started to destroy the plurality in the Data center with the removal of the VAX and decnet, and the removal of stuff like SQL and lotus notes on OS/2. Netware was being upgraded to 4 and still seen as viable, and all the Unix was safe.

But now our NT machines worked faster over netbeui but they could also find each other Over the wan faster with IP as IPX hit a breaking point with well north of 100,000 nodes (we had big offices world wide!). SNA scales as most people interfaces to a 3174 or directly to the FEP over carefully crafted token ring bridges.

The rumours and hope of Chicago grew so crazy in 1994 that 1995 opened the proverbial flood gates. It was now easy to setup a token ring card with ipx, IP and SNA. And again IPX hit it’s scale issue, while the only way to get that file from Tokyo to New York was to hit their NT server, first by IP then we got smart with WINS. It worked so well there was the beginning of regional domains and trusts. 95 was the thing that setup the next big push as now we had tcpip on the desk, and once NT 4.0 shipped the world pulled the plug on netware. By 1997 we were building pure IP networks. Even Cisco translational bridging had brought Token Ring to and end, combined with 100mbit switching Ethernet.

By 1998 it was over, the only devices on the Token Ring were the FEP, 3274s and SNA servers. It was down to a single switch.

IPX was gone and 95 was being rolled up to 98 on the mobile / laptop end and NT 4 workstation on the high end.

It was a perfect storm of PCI, Pentium, Windows, TCP/IP that wiped them all out.

“Protected Mode DOS Extender on steroids”

Again with this lie… I wonder how many time i will have to say… Win386 (the kernel/os used in win3x 386 mode and win9x) IS an OS on its own! NOT a d*mn DOS extender!

In other words… Win3x 386 mode and Win9x are DOS as Netware and OS/2 are…

Anything after Windows 2000 was just a pure PITA to me. I can’t even use W10 without complaining about anything that was easier to do before or about the flooded “new” Start Menu. Windows Vista/7 was the reason why I moved to macOS and never looked back again.

Happy Birthday, Windows 95!

I know most people reading this blog already know this, but from a technical point of view it was a very phased transition, starting with Windows 3.0 as a DOS extender using DOS for all storage and networking drivers, then 3.1 using protected mode disk access, then 3.11 using a protected mode file system and networking drivers. These systems were all capable of falling back to DOS.

The situation isn’t hugely different comparing WfW 3.11 and 95. Although there were a zoo of devices, every new type of device had to support DOS + protected mode Windows to have any customers, and Win95 is still just DOS + protected mode Windows. I’d argue that moving to NT was still the much larger change, where the fallback isn’t there and every device needs a real driver.

That said, this also marks the 25th anniversary of the compatibility hacks like the tunnel cache which still exist to this day to mitigate DOS applications inadvertently destroying long file names.

Netware (and I’m sure others) was server based. They wanted you to write add-ons for the server itself. For many, the end goal was file and printer sharing along with e-mail. Apple tried “linked” applications with AppleShare, which they could easily do with their usually tight OS/hardware integration, but it went nowhere.

Windows 3.1x had winsock, but it was a mess. The API itself was stable but there was no generic system-wide version of the DLL. You had things like Trumpet Winsock and AOL replacing the DLL to pipe communications to their clients since there was no OS level method of doing it. WfW 3.11 fixed this with the VxD based networking stack, but it came too late.

This later caused problems with Windows 95, since AOL and others were slow to update their clients to 32-bit and thus didn’t support Win32 winsock clients. You were stuck using the 16-bit versions of Netscape until they did and that fancy built-in Internet Explorer browser didn’t work at all. AOL’s winsock stupidity made me try MSN (the original Explorer based one!) for a few months, and later switched to a dedicated dial-up ISP using the built-in DUN stack.

How did the programmer interact with networking components?

What I liked about Win95/NT is they all had winsock.dll, so the programmer had a builtin API to call that was always present. The user could be using IPX or TCP/IP, on dialup or token ring, and the developer (largely) didn’t care. Earlier environments allowed for networking functionality to be installed, but developers ended up having to code for each potential networking add-on. While LAN Manager via extended edition was one option, a user could also install something like LANtastic, Netware, etc. Realistically those networking stacks ended up providing file sharing but not being used as a platform to support networked applications due to the lack of a generic and interoperable API.

For me it was a real game changer to view a network as a platform component that can host whatever service I can write.

Multiple video card, sound card, and motherboard chipset vendors. Multiple CPU manufacturers (besides AMD and Intel). Multiple bus architectures (EISA, MCA, VLB, PCI). Even storage buses were a pain since you had legacy ESDI still floating around in addition to IDE, SCSI, and all those non-standard CD-ROM interfaces. One also had to contend with low-level stuff like APM and vendor specific extensions and the recently created (and buggy) ISA PnP specification.

Networking was still the wild west with multiple protocols in use (Novell IPX, TCP/IP, Banyan VINES, NetBEUI, AppleTalk, DECNet) with various bloated clients that hooked into the OS in fun and excitingly undocumented ways. Physical standards were all over the place too. Got someone running a LocalTalk ISA card talking to an AppleShare server? Gotta support that somehow.

All of this needed 32-bit protected mode drivers, developed and tested against each other for weird interactions. Windows 95 also bent backwards to support Windows 3.1x drivers for many classes of devices if a native driver wasn’t available, along with real mode DOS drivers.

Oh…..and they also had to test Win16 app compatibility AND make sure stuff ran properly in a DOS box. Raymond Chan’s “The Old New Thing” book and blog details what “fun” that was. We won’t get into long file names and the ways programs tried to destroy them.

In the end, the industry consolidated big time in terms of both hardware standards and vendors making things somewhat easier to OS writers. Lucky for Microsoft, most of this happened by the time Windows XP showed up and moved us off the “Protected Mode DOS Extender on steroids” mess that Windows 9x was.

What surprises me is that despite all the above, the transition away from DOS/Win 3.1x to 95 happened fairly quickly. It was THAT big of an improvement to deal with driver and hardware hell. Even businesses that had to deal with the added complexity of networking stacks moved fairly quickly….mostly to Microsoft’s advantage since many vendors dropped the ball in getting 32-bit clients released.