summaryrefslogtreecommitdiffstatshomepage
path: root/src/lib/formats/fs_unformatted.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Floppy hard-sector support. Mix of Eric Anderson's and Mark Eric Anderson2024-09-011-12/+28
| | | | | | | Gallager's patches. Removal of the flux screen experiment. Removal of the unused get_pos().
* imagedev/floppy.cpp: Remvoed hard-sectored floppy support. Vas Crabb2023-11-021-28/+12
| | | | | | | | | This caused numerous regressions, including floppy formats not working and application hangs when using some formats. This reverts commit b2c399c61d65063ae95e8387d34b098e9516b1a9. This reverts commit cf510adc9d34b4ad9a065f3d5bfbcf17115ea06f.
* Filesystem code refactoring (#11570) ajrhacker2023-09-271-0/+2
| | | | - Separate fs::block_t and fs::filesystem_t to a new source file and header - Remove inclusion of flopimg.h from fsmgr.h
* imagedev/floppy.cpp: Add hard-sector floppy support Eric Anderson2023-09-051-12/+28
|
* Changed fs::manager_t::enumerate_f() to simplify logic within file system ↵ npwoods2022-09-191-1/+4
| | | | | | | | | | | | | | | | | | | | | drivers (#10106) * Changed fs::manager_t::enumerate_f() to simplify logic within file system drivers enumerate_f() used to contain quite a bit of boilerplate logic to determine whether a particular floppy type should be added. This change attempts to move this logic outside the file system drivers to simplify the drivers. The riskiest part of this change is unformatted_image::enumerate_f(). I attempted to replicate the logic that was previously determining with unformatted image types to use, but the logic is tricky and it isn't clear to me that replicating the logic is the correct action - I may be cargo culting. * Fix to floppy_image_device::fs_enum::add_raw() * Updating FS_FAT to reflect this PR * On the advise of Sarayan, I moved the filtering to the fs::manager_t::fs_enum base class. This is actually a less intrusive change than what I originally had because it keeps the unformatted raw image handling closer to what we had previously. Some misgivings about these changes: 1. We now have fs::manager_t::fs_enum::add() being a thin call that invokes a protected method called fs::manager_t::fs_enum::add_format(). Better ideas for names are welcome. 2. It feels odd that we've removed the need to do filtering from the various FS modules, but the unformatted module has to ask the fs_enum() for its internal variables for filtering to perform the same logic. This seems to be the least worst option Feedback is welcome
* Move filesystem library into separate namespace and use shorter uX type ↵ AJR2021-12-311-12/+14
| | | | names there
* Filesystem code cleanup AJR2021-12-141-2/+3
| | | | | | | - Eliminate dependencies on emu.h, replacing most fatalerror calls and floptool's ersatz emu_fatalerror class with standard exception classes - Use range-based std::string constructors in some methods - Move filesystem metadata handling to a separate source file - Eliminate src/emu as an include path for libformats (necessitates kludge in ti99_dsk.cpp)
* reorganize the floptool code, add some write support Olivier Galibert2021-05-241-2/+12
|
* prodos: Add file and resource reading Olivier Galibert2021-05-111-0/+5
|
* fs: Add full jasmin read support Olivier Galibert2021-04-301-5/+0
|
* floppy: first steps on metadata, and hopefully make gcc happier on enumerate Olivier Galibert2021-04-281-1/+6
|
* floppy: start block-devicing fielsystem support Olivier Galibert2021-04-281-17/+37
|
* floppy: Beginning of the support for preformatted floppy images. Olivier Galibert2021-03-051-0/+99
What's missing: - parameters (like the disk name when it exists) - possibly a cleanup of ram_open and friends (but not sure of the appropriate direction in which to go)