And the next beta has already been released shortly after beta #5.
- rar unpacking double memory deallocation (unrar.dll is still the most stupidly designed unpacking library)
- crash if dearchiver (rar or archiveaccess) was not available
- hardfile filesys loader/relocator sometimes incorrectly allocated code/data space from chip memory
- lha/lzh archive detection fixed
- P96 ram allocation forced indirect JIT mode
- -datapath fixed, overrides paths-panel paths again
- recursive harddrive archive support enabled

Archives inside archive are only unpacked when first accessed for best performance. Tested by creating 200MB zip archive that contained ~250 pre-installed zipped WHDLoad demo slaves. (Note that this can confuse some programs because size of "harddrive" gets bigger and bigger the more archives inside archives are unpacked..)

Original archive is "duplicated" as a directory called .DIR

"file not found" or "empty directory" is returned if decompression fails

In future there may be options to disable recursive archive support and ability to replace original archive file with unpacked directory (without .DIR extension) Another future idea is write access (to separate "diff" directory)

Note: rar archive inside another archive can not be unpacked without archiveaccess.dll (unrar.dll canīt do it without temp files and I refuse to use temp files)