Comment on "Microslop" trends in backlash to Microsoft's AI obsession
nutsack@lemmy.dbzer0.com 4 weeks agoI’m sorry but this is just not true. The legacy support within Linux is insane and it’s one of the hallmarks of the operating system.
Linux has excellent legacy support for Linux.
Now run a 1998 obscure Windows vendor custom app. The vendor went out of business 30 years ago.
Not to mention that it would kill the entirety of existing IT automation, the entirety of centralised system management, and lots more.
Actually, Linux has better support for legacy Windows apps (through wine) than for legacy Linux apps.
Your best bet to run it probably is on Linux with Wine. Or if it is MS themselves , they already have their own Win32 to Linux translation layers, for example DB2 for Linux runs that way.
Or you can just not introduce extra instability layers and use native Windows. I can’t even fathom the cost of implementation and maintenance of something like that in a company like HCL (200 000 employees, last I checked).
Haha, are you aware of how many layers of Windows are just backward compatibility hacks? Architecturally Windows has changed a lot since Win98.
The fact that your 30year old business software is still running is just the fact that Windows has built in patches for some common programming patterns used at the time and someone having insight enough can enable/disable them (mostly).
Btw, the same for games. Windows detects specific games and re-enables former direct x bugs.
There are numerous layers of abstraction between your Win32 application and the Kernel, there’s no reason they won’t work on another kernel.
mholiv@lemmy.world 4 weeks ago
What are you talking about? Linux has virtually no backwards compatibility at all. Maybe one or two years max. The kernel is fine. The weak point is glibc.
You literally need to recompile applications constantly to stay compatible with glibc. Otherwise they just don’t work.
The good news is that distros are constantly providing freshly complied versions of open source applications.
The bad news is that actual binary backwards compatibility is non existent. Try running a binary compiled in 2005 on modern Linux. You’ll just get a ton of glibc errors.
Windows lets you run applications compiled in 1995 on modern desktops.
Linux is great and it’s what I use. But we can’t claim backwards compatibility as a strength. Maybe a binary compiled today with musl might run in 2036 but musl targeting is quite rare.