Hallo Herr tom ehlert via Freedos-devel,
am Donnerstag, 27. März 2025 um 17:56 schrieben Sie:
> Hallo Herr Fritz Mueller via Freedos-devel,
> am Donnerstag, 27. März 2025 um 17:51 schrieben Sie:
>> thanks, I already tested it, also works fine. so only the copy command is
>> over for the moment, but I will have to test if it is already fixed or not
>> (i already reported anywhere at git that 3 files with 1,6 gb and copy a +b
>> +c 4 gb creates a 4gb file where the rest of file c is written to the
>> beginning of a on the 4gb file). but this is a thing that should rarely
>> happen and can be fixed with the next kernel/command.com.
> it's a kernel bug.
> I will post a fix tomorrow.
as promised, the fix for the overflow at 4GB should be
...
fnode_to_sft(fnp);
return 0;
}
>>>>>>>>>>>>
FATFS.C, line 1248
/* TE 26 feb 2025 : prevent overflow at 4G.
how do I proper return 0 bytes written, error = DE_HNDLDSKFULL ?
*/
if (fnp->f_offset + count < fnp->f_offset) // overflow
{
if (mode == XFR_WRITE)
{ /* can't extend beyond 4G
return '0 byte written, DISK_FULL
*/
return DE_HNDLDSKFULL;
}
else { /* XFR_READ should end automatically at EOF
*/
}
}
<<<<<<<<<<
/* The variable secsize will be used later. */
secsize = fnp->f_dpb->dpb_secsize;
....
Tom
_______________________________________________
Freedos-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freedos-devel
