summaryrefslogtreecommitdiffstatshomepage
path: root/src/lib/formats
diff options
context:
space:
mode:
author npwoods <npwoods@mess.org>2022-07-18 23:42:02 -0400
committer GitHub <noreply@github.com>2022-07-18 23:42:02 -0400
commit8abf4d00e50529e858a308cf74014a313cb0c8e9 (patch)
tree126012c882689c9a9edff226d1536d1b82518a21 /src/lib/formats
parent37447e16d466ef1834b5375ee6746bfbdfa4d95d (diff)
Fixing fs::cbmdos_image::enumerate_f() to properly look for single density (instead of double) (#10104)
This problem was identified because the file system didn't properly show up when the 'c64' driver was run, and this seems to be the correct fix. The part of this that confuses me is that if this defect was preventing the CBMDOS fs from showing up under c64, why don't the CoCo file systems have the same problem? Both fs_coco_rsdos.cpp and fs_coco_os9.cpp specify (seemingly incorrectly) SSDD.
Diffstat (limited to 'src/lib/formats')
-rw-r--r--src/lib/formats/fs_cbmdos.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/lib/formats/fs_cbmdos.cpp b/src/lib/formats/fs_cbmdos.cpp
index ca58720267d..bf51766ad6b 100644
--- a/src/lib/formats/fs_cbmdos.cpp
+++ b/src/lib/formats/fs_cbmdos.cpp
@@ -111,7 +111,7 @@ const char *fs::cbmdos_image::description() const
void fs::cbmdos_image::enumerate_f(floppy_enumerator &fe, u32 form_factor, const std::vector<u32> &variants) const
{
- if (has(form_factor, variants, floppy_image::FF_525, floppy_image::SSDD))
+ if (has(form_factor, variants, floppy_image::FF_525, floppy_image::SSSD))
{
fe.add(FLOPPY_D64_FORMAT, 174848, "d64_cbmdos_35", "D64 CBMDOS single-sided 35 tracks");
fe.add(FLOPPY_D64_FORMAT, 192256, "d64_cbmdos_40", "D64 CBMDOS single-sided 40 tracks");