The future of 32-bit Linux

Re:The future of 32-bit Linux by pjmlp on Saturday December 05, 2020 @12:14PM (#25316186)

I know that, but unless you can 100% guarantee that the application was clean from any kind of DOS interrupt calls, there are zero guarantees that it wasn't DOS, one of the drivers or the pseudo multitasking TSRs that were the culprit, there is no way to assert that the application was the one at fault.

[ Parent | on HN ]

Re:The future of 32-bit Linux by bonzini on Saturday December 05, 2020 @02:08PM (#25317339)

DOS was simple enough that it can be considered essentially bug free. And in an embedded setting there are not going to be TSRs (you just boot directly into the application) and probably no DOS calls during the runtime. You would only use disks for special operations such as software updates.

[ Parent | on HN ]

Re:The future of 32-bit Linux by pjmlp on Saturday December 05, 2020 @03:21PM (#25317925)

Ah such a lucky one, never crashing DOS code, I guess you never used MS-DOS 4, nor had the experience of porting code across PC-DOS, MS-DOS and DR-DOS.

[ Parent | on HN ]

Re:The future of 32-bit Linux by bonzini on Sunday December 06, 2020 @03:43AM (#25322099)

Some DOS versions were better than others. But often the cause was non portable code on the applications. That wouldn't apply if the DOS version is frozen.

[ Parent | on HN ]