Atari-Forum

In the windows version of Hatari 2.2.1 formatting of new created blank disks is broken

Works fine on Linux, and there hasn't been any changes in this part of code for many years. In which way it's broken on Windows?

(None of the Hatari developers has Windows, so all testing & debugging for Windows specific issues needs to be done by users, sometimes fixes too.
AFAIK even Hatari Windows releases are built on Linux, with MinGW.)

Does it really work fine on Linux? This posts from May seem to indicate otherwise: https://listengine.tuxfamily.org/lists. ... 00032.html ("The normal .ST, .MSA etc floppy formats don't include the information necessary for low level formatting.")

Ah, I though this was about the *.ST floppy image creation functionality in Hatari options dialog...

czietz wrote:Does it really work fine on Linux? This posts from May seem to indicate otherwise: https://listengine.tuxfamily.org/lists. ... 00032.html ("The normal .ST, .MSA etc floppy formats don't include the information necessary for low level formatting.")

...and not the low level floppy formatting. Low level formatting uses the "write track" FDC command, which is not supported for ST/MSA formats as they store only sector content, not the additional track information (what's between sectors).

IPF format supports the required track information, but the external capslibrary, which handles IPC format doesn't support such writes yet.

Hatari's Pasti/STX format supports write track though. In that case a *.wd1772 file will be created to record the write track / write sector commands and act as an overlay of the STX file.

AFAIK it should work, but I've never tried it as it's a bit inconvenient and I've never had any need to test low level formatting programs in emulator.

PS. Floppy image formats supported by Hatari are documented in the manual: https://hatari.tuxfamily.org/doc/manual ... isk_images