Hi!
17--2004 07:04 [EMAIL PROTECTED] (Bernd Blaauw) wrote to Arkady
V.Belousov:
BB please let me know if the following bootfix results are correct.
BB see attachment.
BB Perhaps Eric may assist, as he helps to maintain/fix FORMAT a lot.
BB (current BPB not equal to bootsector ?)
Yes,
That's strange. Then MS-DOS DEBUG would also leak handles...
the difference is that msdos debug calls int21/ah=26 instead of 55. Here's
a kernel bug inspired by the RBIL comment this function is implemented
using the same code as AH=26h taken too literally...
Reality is that the only things
On Wed, 17 Mar 2004 13:37:07 + (GMT), Bart Oldeman wrote:
It looks like a bug in both DEBUG and the kernel.
What happens is the reference count in the SFT gets too high.
1. open: 1
2. int21/ax=4b: 2
3. int21/ax=55: 3 (this function called by debug)
then:
4. int20: 2
5. int21/ah= 3e: 1
... and
On Wed, 17 Mar 2004, Luchezar Georgiev wrote:
The patch below should fix the ZIP media change not detected bug, *if* my
assumption about ZIP driver setting both DF_FIXED and DF_CHANGELINE is
right. Never hurts to assume that this MAY happen though...
If the ZIP drive has its own device driver
Bart,
Or is it really handled via the BIOS as
drive A: or drive C:?
My PC allows for ZIP to be set as first boot device. IF a disk is in it
during bootup it is seen as C:
-or-
If I use Iomega's DOS level drivers GUEST.EXE program on a bootable
floppy disk in A: AND a disk is in the