Hi,
Eric Auer escribió:
So my suggestion is: Review the needs, and think about a
new DEVICE variant CPUDEVICE[HIGH]=[minlevel],[maxlevel],[driver and args]
or similar, where you could do for example
CPUDEVICE=1,2,FDXMS286 ...
CPUDEVICE=3,,HIMEM ...
CPUDEVICE=3,,EMM386 ...
(the CPUDEVICE command
Hi!
10-Окт-2005 20:57 [EMAIL PROTECTED] (Eric Auer) wrote to
freedos-user@lists.sourceforge.net:
EA> selection. I also think that the kernel should
EA> auto-detect floating point support, as several BIOSes
EA> fail to initialize the FPU, so the OS should do so before
EA> the first FPU-using progr
Eric Auer wrote:
"future DOS" - things for modern hardware and modern OS compatibility.
Examples: long file names, PCMCIA, USB (drives, mice, keyboards...),
AC97->SB16 virtual soundcard generic driver
As far as I know, you could not write a generic AC97 driver, because
AC97 only defines a
Hi,
Eric Auer escribió:
Hi, I would suggest an extra column for the tables in the
post 1.0 TODO list: Level / State of the wish. Example
values:
[ http://wiki.fdos.org/Main/Post_1_0_Todo ]
I seem to like the idea of the categories , although I'd personally
review what anyone puts anywhere.
At 01:11 PM 10/4/2005 +0200, Eric Auer wrote:
"soon please" - would be nice to have that soon after FreeDOS 1.0, e.g.
before 2.0, for example: several EMM386 / HIMEM
features
aka, none. EMM386 is quite deliberately versioned at 2.x because it's
moved beyond what is needed and necessary
Eric Auer schreef:
Hi, I would suggest an extra column for the tables in the
post 1.0 TODO list: Level / State of the wish. Example
values:
Category "deprecated" you mean? That would mean the functions are not
implemented.
With or without commandline compatibility? (parameter accepted but no
