> On Feb 9, 2025, at 10:48 AM, Ladislav Lacina via Freedos-devel
> wrote:
>
> I think that I managed to finish support for yout V8F format for opening and
> saving.
> Try this new build: http://www.laaca.borec.cz/kasmar_g.zip
>
> Laaca
:-)
I did a couple quick tests…
Loaded an existing V
Hallo Herr Fritz Mueller via Freedos-devel,
am Sonntag, 9. Februar 2025 um 19:06 schrieben Sie:
> Hi Tom,
> I am not happy that I have to do this now, but I think it is time "to wash
> your head". Cholerical attacks are not nice for you and others, but as I had
> several of your attacks over th
On 09.02.2025 19:06, Fritz Mueller via Freedos-devel wrote:
[...] but format still does not support full 2 TB, only something a
little below, but this makes it hard for USERS (like me) to understand
the correct usage if fdisk says "this is the maximum size" and format
gives an error message be
Yes. It should.
El dom., 9 feb. 2025 19:43, Bret Johnson via Freedos-devel <
freedos-devel@lists.sourceforge.net> escribió:
> Does ZEROFILL work correctly with with disks/media that have sector sizes
> other than 512 bytes?
>
>
> ___
> Freedos-devel ma
Does ZEROFILL work correctly with with disks/media that have sector sizes other
than 512 bytes?
___
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
> MS-DOS v6 or v7.00 return for all 21.73 functions is actually "AL = 0,
> *CF unchanged*", which is the CP/M style error return for unsupported
> functions. If you take care to pre-init CY (Carry Flag set) before the
> call then these versions of DOS will return AX = 7300h, CY, as they
> will leav
Hi Tom,
I am not happy that I have to do this now, but I think it is time "to wash your head". Cholerical attacks are not nice for you and others, but as I had several of your attacks over the last years I think it is time that you excuse yourself to me and others as I am not the only one. That's
> Nice. However correctly handling 4GB+ disks correctly might be expected from
> a 2.0.5 utility.
I guess there was a typo since he already tested with 2TB (was meant to be TB
and not GB). Indeed Zerofill supports GB since 10 years ago!
>Please spare us this marketing BLA. Fixing bugs is nice, b
I think that I managed to finish support for yout V8F format for opening and
saving.
Try this new build: http://www.laaca.borec.cz/kasmar_g.zip
Laaca
-- Původní e-mail --
Od: Jerome Shidel via Freedos-devel
Komu: FreeDOS Developers
Kopie: jer...@shidel.net
Datum: 8. 2
Hallo Herr Fritz Mueller via Freedos-devel,
am Sonntag, 9. Februar 2025 um 13:48 schrieben Sie:
> Hi Eric, hi all,
>
> I am happy to inform you that Nikkho published version 2.0.5 of ZEROFILL.
> It fixed a lot of minor bugs, among others it was unable to write more than 2
> GB with FD and
> Am 09.02.2025 um 15:17 schrieb E. C. Masloch via Freedos-devel
> :
>
> MS-DOS v6 or v7.00 return for all 21.73 functions is actually "AL = 0, *CF
> unchanged*", which is the CP/M style error return for unsupported functions.
Interesting. Then this[1] section of RBIL is imprecise. Maybe Jer
Hi Bernd,
MS-DOS v6 or v7.00 return for all 21.73 functions is actually "AL = 0, *CF
unchanged*", which is the CP/M style error return for unsupported functions. If
you take care to pre-init CY (Carry Flag set) before the call then these
versions of DOS will return AX = 7300h, CY, as they will
> Am 01.02.2025 um 23:58 schrieb Eric Auer via Freedos-devel
> :
>
> I hear that ZEROFILL does notice when drives are > 2047 MB
> in EDR-DOS but not in FreeDOS, even when using FAT32 kernels?
>
> Is there something in FAT32 interface use where ZEROFILL has
> issues with FreeDOS, while working
Hi Eric, hi all,
I am happy to inform you that Nikkho published version 2.0.5 of ZEROFILL.
It fixed a lot of minor bugs, among others it was unable to write more than 2 GB with FD and
if you delete the zerofile files it shows that they are deleted (in older versions you could not
see that it
14 matches
Mail list logo
