Back to home page

DOS ain't dead

Forum index page

Log in | Register

Back to the forum
Board view  Mix view

PDOS-generic (Announce)

posted by kerravon E-mail, Ligao, Free World North, 12.11.2021, 01:50

> > > The core problem was not having a stable 32-bit application interface
> > built
> > > into dos.
> >
> > I fail to see the problem.
>
> Now or then? The question was what IMHO should have gone different with
> the course of dos.

That is correct. That is my question.

> The point that I discuss is more that 3rd party code is doing that. At an
> earlier point msdos should have expanded. (one can say it did and it became
> win9x though)

I would argue that win9x is a radically different
API unrelated to MSDOS. So if we're talking about
"yet another 32-bit OS", win9x fits the bill.

I mentioned that I had 3 offerings of "32-bit MSDOS"
already, but I have in mind a 4th.

Include functions like PosFindFirst() that directly
map on to the INT 21H call, but implement them with
calls to kernel32.dll functions.

This places a burden on the compiler, linker and OS
to support DLLs so is not as good as PDOS-generic,
in my opinion.

What's your opinion?

And one more option would be the "Family API" to be
used for 32-bit programming, and let the 16-bit one
cover all platforms (do 16-bit executables still work
on 64-bit Windows, given that "long mode" supports
PM16?).

BFN. Paul.

 

Complete thread:

Back to the forum
Board view  Mix view
22632 Postings in 2109 Threads, 402 registered users, 455 users online (0 registered, 455 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum