There are only very few assembler parts and these are easy to replace with pure C.
I propose that anyone committing changes must always make sure that the 68k version still builds with the changes. Also we should set some guidelines defining the goals: I'd propose having a stable PFS3 that doesn't see any filesystem format or major functional changes and then PFS3-NG that would be have all the major changes and new features.
Currently my ideas fall into these categories:
PFS3-stable
- Fix "beta warning #1" requester issue when deleting a lot of data (related to RTBF_CACHE_SIZE in ResToBeFreed function)
- Add a low priority resethandler to shut down the filesystem and commit changes to disk just before the system is allowed to reboot (this should fix the loss of data when rebooting "too fast" after the final writes to the FS).
- Fix softlink support to work similar to FFS, making softlinks work in a well defined way with ixemul for instance
- Add support for native dospackets for each amigoid OS incarnation, but only when no functional changes result for adding them
- Other bug fixes
PFS3-NG
- Support for files larger than 2GB-1 bytes
unclear
- Support for partitions larger than ~137GB (*)
(*) If no format changes are required for the >137GB support then this falls into PFS3-stable else PFS3-NG.
Sounds good.
Extending the max filesize to 4GB should not be much of a problem. The directory entry already lists the size as an ULONG which implies 4GB. To go beyond 4GB requires more work.
Let's start with collecting bug and feature requests on sourceforge.
