Arkady V.Belousov escribi:
Hi!
9--2004 23:26 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
MS-DOS is a 16-bit OS.
ASM io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
But emm386 is not part of kernel.
But it is part of MS-DOS.
It not breaks
Hi Arkady!
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
however, people run 386 aware programs more often. Those leave non-zero
values in 32 bit registers when they exit, and the next program which you
Eric Auer escribió:
Hi Arkady!
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
however, people run 386 aware programs more often. Those leave non-zero
values in 32 bit registers when they exit, and the next
Hi!
9--2004 20:19 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
EA MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
EA however, people run 386 aware programs more often. Those leave non-zero
EA values
!
9--2004 16:17 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
Lawrence comments that this only affected an old version of the GRDB debugger.
Well, I
Arkady V.Belousov escribi:
!
9--2004 16:17 [EMAIL PROTECTED] (Alain) wrote to
[EMAIL PROTECTED]:
(Clear high parts of 32bit regs...)
How this relates to DOS?
MS DOS basically had no 386 stuff at all (except EMM386). In FreeDOS,
Lawrence comments that this only affected an old version
Hi!
9--2004 23:26 [EMAIL PROTECTED] (Aitor Santamar?a Merino) wrote to
[EMAIL PROTECTED]:
MS-DOS is a 16-bit OS.
ASM io.sys and msdos.sys are 16-bit, emm386.exe is 32-bit.
But emm386 is not part of kernel.
Ok, let suggest, some demo-maker makes demo, which will depends from
size
Hi!
9--2004 22:13 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA http://www.coli.uni-sb.de/~eric/stuff/soft/fdapm-16apr2004.zip
I test it. APMOFF, APMBIOS, INFO, STATS and STANDBY doesn't work (no
APM). About flushing cache in standby don't know. SUSPEND stops my hardisk.
Hi, I think idleness percentage is easier to understand for users than
time of using HLT versus total FDAPM loaded time
in general :-). Displaying TOTAL time is a bit complicated in NASM but would
be a nice extra (uptime display).
Only with the resident module you have an idleness percentage -
Hi!
7--2004 04:48 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA * 698 floppy change / floppy DMA boundary check should be moved from
EA int 25/26 to the int 13 handler.
Hm. Probably I not very understand this request, but FreeDOS does all
DMA checks in
Hi Arkady!
EA * 698 floppy change / floppy DMA boundary check should be moved from
EA int 25/26 to the int 13 handler.
Hm. Probably I not very understand this request, but FreeDOS does all
DMA checks in dsk.c:LBA_Transfer().
Moving the check to int 13 means that DOS programs which
11 matches
Mail list logo
