Thank you!
Jeremy
On Fri, Mar 28, 2025 at 1:39 PM tom ehlert via Freedos-devel
<freedos-devel@lists.sourceforge.net> wrote:
>
> 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
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
