The Somertons schreef:
Justin
If I recall correctly, Interlnk never had FAT32 support, so I hope C: isn't FAT32.
as alternative to FD(X)XMS, we now use HIMEM.EXE , included in the EMM386 package.
ftp://ftp.devoresoftware.com/downloads/himem64.zip [22-04-2004]
is probably most recent.
Bernd
Hi!
I found another bug:
- when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced by `ret
8'), ret_AH remains as label for this tail (whereas other functions use
plain `ret').
---
This SF.Net email is sponsored by the
I only used Interlink on FAT16 drives for the tests. True, InterLink does
not support FAT32 because FAT32 didn't exist when InterLink was made.
However, on normal MS-DOS, if you run InterLink/InterServer on a FAT32
drive, it won't crash or suffer data loss, it simply reports the drive as
268 MB
Hello Arkady,
I found another bug:
- when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced by `ret
8'), ret_AH remains as label for this tail (whereas other functions use
plain `ret').
then remove the label, compile, and see what happens :((
tom
Hi!
7--2004 19:32 [EMAIL PROTECTED] (tom ehlert) wrote to Arkady V.Belousov
[EMAIL PROTECTED]:
I found another bug:
- when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced by `ret
8'), ret_AH remains as label for this tail (whereas other functions use
plain `ret').
te
Hi!
In main.c:init_device() driver counted as system console if its
attribute word contains only ATTR_CONIN bit. Isn't there should be both
ATTR_CONIN and ATTR_CONOUT bits set? Also, what prevents for one device be
both system console and clock driver? Also, ATTR_CONIN bit checked without
Hi!
- prototypes fixed and syncronized with dsk.c.
- more and better comments.
- bugfix: when fl_lba_ReadWrite() converted to ASMPASCAL (and `ret' replaced
by `ret 8'), ret_AH was remained as label for this tail (whereas other
functions use plain `ret'); now ret_AH moved into another