DOS ain't dead

The latest version of MS-DOS Player, an open-source DOS emulator for 32 and 64-bit Windows, was released a few days ago (2014-11-19). It has many features including emulations for both 80286 and 80386 CPUs as well as support for LFN API. Unlike DOSBox, it is command-line based, but during my testing I have found that it certainly works better than ReactOS's NTVDM for example. Both binary and source code are downloadable from:

http://homepage3.nifty.com/takeda-toshiya/msdos/

> The latest version of MS-DOS Player, an open-source DOS emulator for 32 and
> 64-bit Windows, was released a few days ago (2014-11-19). It has many
> features including emulations for both 80286 and 80386 CPUs as well as
> support for LFN API. Unlike DOSBox, it is command-line based, but during my
> testing I have found that it certainly works better than ReactOS's NTVDM
> for example. Both binary and source code are downloadable from:
>
> http://homepage3.nifty.com/takeda-toshiya/msdos/

Beware it uses MESS License which is GPLv2 incompatible.

> > The latest version of MS-DOS Player, an open-source DOS emulator for 32
> and
> > 64-bit Windows, was released a few days ago (2014-11-19). It has many
> > features including emulations for both 80286 and 80386 CPUs as well as
> > support for LFN API. Unlike DOSBox, it is command-line based, but during
> my
> > testing I have found that it certainly works better than ReactOS's NTVDM
> > for example. Both binary and source code are downloadable from:
> >
> > http://homepage3.nifty.com/takeda-toshiya/msdos/
>
> Beware it uses MESS License which is GPLv2 incompatible.

Where does it say it uses MESS License? The COPYING.txt file inside the "source" directory seems to only mention GNU GPL I think?

> > > The latest version of MS-DOS Player, an open-source DOS emulator for
> 32
> > and
> > > 64-bit Windows, was released a few days ago (2014-11-19). It has many
> > > features including emulations for both 80286 and 80386 CPUs as well as
> > > support for LFN API. Unlike DOSBox, it is command-line based, but
> during
> > my
> > > testing I have found that it certainly works better than ReactOS's
> NTVDM
> > > for example. Both binary and source code are downloadable from:
> > >
> > > http://homepage3.nifty.com/takeda-toshiya/msdos/
> >
> > Beware it uses MESS License which is GPLv2 incompatible.
>
> Where does it say it uses MESS License? The COPYING.txt file inside the
> "source" directory seems to only mention GNU GPL I think?

the CPU core comes from MESS project.

> > > > The latest version of MS-DOS Player, an open-source DOS emulator for
> > 32
> > > and
> > > > 64-bit Windows, was released a few days ago (2014-11-19). It has
> many
> > > > features including emulations for both 80286 and 80386 CPUs as well
> as
> > > > support for LFN API. Unlike DOSBox, it is command-line based, but
> > during
> > > my
> > > > testing I have found that it certainly works better than ReactOS's
> > NTVDM
> > > > for example. Both binary and source code are downloadable from:
> > > >
> > > > http://homepage3.nifty.com/takeda-toshiya/msdos/
> > >
> > > Beware it uses MESS License which is GPLv2 incompatible.
> >
> > Where does it say it uses MESS License? The COPYING.txt file inside the
> > "source" directory seems to only mention GNU GPL I think?
>
> the CPU core comes from MESS project.

Interesting that it seems to make no mention of MESS license, even though the word "MAME" (not "MESS") does appear somewhere in the doc..

> > > > > The latest version of MS-DOS Player, an open-source DOS emulator
> for
> > > 32
> > > > and
> > > > > 64-bit Windows, was released a few days ago (2014-11-19). It has
> > many
> > > > > features including emulations for both 80286 and 80386 CPUs as
> well
> > as
> > > > > support for LFN API. Unlike DOSBox, it is command-line based, but
> > > during
> > > > my
> > > > > testing I have found that it certainly works better than ReactOS's
> > > NTVDM
> > > > > for example. Both binary and source code are downloadable from:
> > > > >
> > > > > http://homepage3.nifty.com/takeda-toshiya/msdos/
> > > >
> > > > Beware it uses MESS License which is GPLv2 incompatible.
> > >
> > > Where does it say it uses MESS License? The COPYING.txt file inside
> the
> > > "source" directory seems to only mention GNU GPL I think?
> >
> > the CPU core comes from MESS project.
>
> Interesting that it seems to make no mention of MESS license, even though
> the word "MAME" (not "MESS") does appear somewhere in the doc..

I found this to prove the source code status that I knew of is outdated. ;)
http://www.mameworld.info/ubbthreads/showflat.php?...ge=0&view=expanded&sb=5&o=&vc=1

> I found this to prove the source code status that I knew of is outdated.
> ;)
> http://www.mameworld.info/ubbthreads/showflat.php?...ge=0&view=expanded&sb=5&o=&vc=1

Nice find!

"As of current SVN, MAME's i386 is dual-licensed 3-clause BSD, which is fully GPL compatible. Have fun "

BTW, the webpage hasn't been updated, but the .ZIP is different. So now it's basically version "2014-12-06" because the binaries were recompiled, not to mention additional binaries for "i486".

"Binary and Source Codes (i286/i386) (1/15/2015) tested on Windows 7 (x64)" [i486 binaries also]

"Binary and Source Codes (i286/i386) (1/28/2015) tested on Windows 7 (x64)" [i86 and 486 binaries also]

Binary and Source Codes (i286/i386) (4/24/2015) tested on Windows 7 (x64) [i86 and 486 binaries also]

"Binary and Source Codes (i286/i386) (6/25/2015) tested on Windows 7 (x64)" [i86 and 486 binaries also]

Binary and Source Codes (i86/i286/i386/i486) (10/17/2015) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (11/7/2015) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (6/24/2016) tested on Windows 7 (x64)

It appears that he has moved to http://takeda-toshiya.my.coocan.jp/msdos/index.html .

In addition, although it still lists as "6/24/2016", he recently updated the MSDOS.ZIP (binaries and sources) on "7/30/2016".

Binaries and Source Codes (i86/i286/i386/i486) (2/23/2017) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (6/16/2017) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (10/26/2017) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (5/5/2018) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (12/18/2018) tested on Windows 7 (x64)

Binaries and Source Codes (i86/i286/i386/i486) (10/22/2019) tested on Windows 7 (x64)

Changes (according to Google Translate):
Fixed a problem that the value of 1/100 second is not correct in INT 21h, AH = 2Ch.
I am importing a patch from Nozomi Fujita, sorry for the late response.

---
Forum admin

Binaries and Source Codes (i86/v30/i286/i386/i486) (4/10/2020) tested on Windows 10 (x64)

Changes (with the help of Google Translate):
2020-04-11: In yesterday's version, Windows 98 COMMAND.COM was fixed.
2020-04-10: Many fixes have been incorporated from cracyc's fork.
            (Modifications around the EMS and uptake of changes in
            how to invoke the service are pending.)
2020-04-09: The built-in debugger has been improved. The debugger is
            disabled in the executable file in the archive, so please
            build if necessary.
2020/04/06: I incorporated the i386 core of Neko Project 21 / W.
            I don't know if anything is moving working (?), but
            I think the reproducibility of protected mode has improved.
            The original MAME based i386 / i486 binaries are also
            preserved.
            I incorporated the 8080 emulation function into the V30
            core.

---
Forum admin

Binaries and Source Codes (i86/v30/i286/i386/i486) (5/10/2020) tested on Windows 10 (x64)

Changes (with the help of Google Translate):
2020-05-10: Fixed the problem that half-width ruled lines cannot be
            displayed correctly in Windows 10 command prompt.
            There seems to be no problem in the case of raster fonts, so I
            changed the font automatically when using INT 10h.
            When MS-DOS Player is closed, the original font is restored.
2020-04-16: Borland's TLink now works even when XMS is enabled.
            It has been modified to return 0 when XMS is enabled when
            acquiring memory capacity after 100000H with INT 15h, AH = 88h.
            I realized by looking at the implementation of DOSBox, thank you.
            The implementation of INT 15h, AH = 89h has also been modified to
            match the latest version of DOSBox. The effect is unknown here.
2020-04-15: Borland TLink is now working.
            It is modified so that nothing is returned to INT 2Fh, AX = FB42h
            / FB43h (existence check of Borland C ++ DPMILOAD.EXE).
            In addition, in the CPU core of Neko Project 21 / W, I fixed that
            the A20 mask was still PC-98x1 specifications, and I fixed the
            address translation of CS around the U and BP commands of the
            built-in debugger.

---
Forum admin

Binaries and Source Codes (i86/v30/i286/i386/i486) (12/30/2021) tested on Windows 10 (x64)