Re: [hatari-devel] Regression in Hatari 2.6.1 - Disabling GEMDOS drive fails

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

Didn't receive any of the replies visible in archive, but everybody 
seems in favor of "" instead of "none" for disabling GEMDOS HD...

=> should the file arguments also be changed to accept "" value for 
disabling related options, e.g. in addition to "none"?


	- Eero

On 3.9.2025 0.52, Eero Tamminen wrote:
> Hi Christian,
>
> (Did not receive Nicolas' reply, but I saw it in archive.)
>
> On 31.8.2025 11.36, Christian Zietz wrote:
> > sadly, I have to report a regression in Hatari 2.6.1. The manual 
> > states about the -d / --harddrive option: "If <dir> is an empty 
> > string, then harddrive's emulation is disabled". This worked well 
> > until and including Hatari 2.6.0. In Hatari 2.6.1, however:
> >
> > hatari-2.6.1_windows64\hatari.exe -d ""
> >
> > Hatari v2.6.1 - the Atari ST, STE, TT and Falcon emulator.
> >
> > Hatari is free software licensed under the GNU General Public License.
> >
> > Usage:
> >   hatari [options] [disk image name]
> >
> > Try option "-h" or "--help" to display more information.
> >
> > Error while parsing argument "" for option "--harddrive":
> >    Given directory doesn't exist or permissions prevent access to it!
>
> Aargh, I forgot about this case when my fix for the screenshot change 
> issues expanded to:
> https://framagit.org/hatari/hatari/-/ 
> commit/77b02c484c599856c57edf1b75b66b1c9d6ddda0
>
> My commit changed options to use same code for dir options parsing as 
> was used for files. This means that <dir> options are now disabled same 
> way as <file> options, by giving "none" string.
>
> I kind of like that consistency although it's a CLI API change.
>
> What do you think, would updating docs be enough (see attached patch)?
>
>
>      - Eero