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 Bernd, why would you want HIMEM to take XMS control
away from FDXMS286 / replace FDXMS286? The simpler way
is to load HIMEM first - if 386 present - and then load
FDXMS286: The latter will fail if either HIMEM loaded
successfully (386 or better CPU) or if a pre-286 CPU is
present. Makes more se
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
Hi, I would like to comment on the method of first
running a TESTER and then doing a conditional DEVICE=...
Personally I think that detecting the CPU level (8086,
286, 386, 486, 586) can be useful in automatic config
selection. I also think that the kernel should
auto-detect floating point suppor
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
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 ]
"legacy" - MS DOS had it, but nobody needs it anymore. For example:
DRIVER / DRIVPARM (for tape drives, for forcing "disk change
