Hi,
Some more LBACACHE vs. SMARTDRV tests, I think these are the last ones for
now.
Tests for 386 SX/20, 31 MB FAT16 partition on SCSI hard drive
CONFIG.SYS and AUTOEXEC.BAT remain the same except for the changes in
caching method.
No disk cache, 3:39
LBACACHE 2 MB, 2:54
SMARTDRV 2 MB, 2:34
Hi, forwarding a comment by Lawrence, maybe interesting???
Well, it happened in an older version of the GRDB
debugger. It has since been fixed.
By the way, I don't have time to investigate this now,
but while I have your attention, I noticed that when
the BIOS allocates an XBDA at
Hi!
9--2004 03:27 [EMAIL PROTECTED] (Eric Auer) wrote to
[EMAIL PROTECTED]:
EA The bug submitter for clear high parts of 32 bit registers on exec
EA claims to have experienced actual problems because of one program leaving
EA values in registers and another program assuming those parts to be 0.
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 Aitor, Alain,
please ask Lawrence first if the MS DOS kernel clears the 32 bit
registers. I bet that it does NOT.
This is not related to is the program which breaks unimportant.
Arkady (hey, 3rd person with A..-name) told that this is a feature
wish and not a bug report and I think he is
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
Eric Auer escreveu:
Hi Aitor, Alain,
please ask Lawrence first if the MS DOS kernel clears the 32 bit
registers. I bet that it does NOT.
I hope he answers this ;-)
This is not related to is the program which breaks unimportant.
if it non-existant, then...
Alain
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!
init-mod.h
- cleaned prototype for function from intr.asm.
- init_fatal() described (for Watcom) as non-returned functions.
proto.h
- fatal() and panic() described (for Watcom) as non-returned functions;
this improves code generation.
- cleaned prototypes for functions from intr.asm.
-
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 -
14 matches
Mail list logo