DOS ain't dead

Japheth wrote an example of DOS long 64 bit EXE,
But has anobody tried to create a DOS program using more CPU cores?
Something like "Hello from core 0" -- "Hello from core 1"

Because I don't see any benefit from 64 bit mode in DOS but I could imagine some from using of two CPU cores. (like one for TSR, another one for program)

---
DOS-u-akbar!

Well I forgot the HX feature - delete this

---
DOS gives me freedom to unlimited HW access.

> Japheth wrote an example of DOS long 64 bit EXE,
> But has anobody tried to create a DOS program using more CPU cores?
> Something like "Hello from core 0" -- "Hello from core 1"

See here. Long story short, Japheth has/had an example and did some work for HX, but it got scrapped due to his legal (?) concerns.

BTW, here's what Eric Auer says:

> When multi core mode kicks out the BIOS, you can
> probably run either the original or, probably better
> and safer, a plain real mode BIOS in a vm86 task for
> which your multi core manager software takes care
> that it gets the IRQs and stuff. A nice candidate
> would be the BIOS of BOCHS or QEMU, I would say.
> Because it is open source, you can even patch it.

> Because I don't see any benefit from 64 bit mode in DOS but I could
> imagine some from using of two CPU cores.

Indeed: 7-ZIP or some other compression

> like one for TSR, another one for program

What does your TSR do that it needs that much CPU ???

Japheth's 4486 (2008-Jun) apparently didn't work

(I don't need it that badly, removing some bugs would be maybe a better idea ...)

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***