←back to thread

Hyrum's Law in Golang

(abenezer.org)
98 points thunderbong | 2 comments | 21 Nov 24 07:12 UTC | HN request time: 0.001s | source
Show context
sudhirj ◴[21 Nov 24 08:09 UTC] No.42202147[source]▶
Weren’t there a couple of anecdotes where Windows couldn’t fix a bug because some popular game (maybe SimCity?) depended on it, so the devs hardcoded a SimCity check inside Windows and made the bug happen if it was running?
replies(2): >>42202200 #>>42202221 #
masklinn ◴[21 Nov 24 08:18 UTC] No.42202200[source]▶
It was not a bug in windows, it was a bug in SimCity: it would UAF some memory, but the Windows 3.x allocator did not unmap / clear that memory so it worked.

Windows 95 changed that, and so one of the compatibility shims it got is that the allocator had a 3.x adjacent mode, which would be turned on when running SimCity (and probably other similarly misbehaving software as well).

Nowadays this is formalised in the compatibility engine (dating back to windows do), which can enable special modes or compatibility shims for applications (windows admins trying to run legacy or unmaintained applications can manage the application of compatibility modes via the “compatibility administrator”).

replies(1): >>42202236 #
praptak ◴[21 Nov 24 08:26 UTC] No.42202236{3}[source]▶
Still a pretty good example of having to support something which is definitely not part of the official spec.
replies(1): >>42202413 #
1. guappa ◴[21 Nov 24 09:02 UTC] No.42202413{4}[source]▶
Had it been open source, they could have just fixed the software instead
replies(1): >>42202453 #
2. masklinn ◴[21 Nov 24 09:10 UTC] No.42202453[source]▶
Fixing the upstream would not have updated it on the millions of machines running it, which is what they wanted to not break.