Skip to content

Releases: hasse69/rar2fs

Stable release v1.22.0

08 Jan 19:22
Compare
Choose a tag to compare

Release Notes

  • Fixed additional issues with offset calculations for both
    legacy and RAR5 volume archives in store mode.
  • Removed the DLL extensions RARGetMainHeaderSize() and
    RARGetMarkHeaderSize() since they are no longer needed.
  • Updated file cache structure.
  • Updated copyright headers.
  • Replaced use of RARHeaderData with RARHeaderDataEx to
    allow for longer filenames than 260 characters.
  • Fixed a header size calculation error for RAR5 volumes when
    using libunrar v5.30 beta 5 (5.3.6) and later.
  • Fixed wrong path being used in utimens

Stable release v1.21.0

28 Aug 19:02
Compare
Choose a tag to compare

Release Notes

  • Remove use of pthread_exit()
  • Built and tested against UnRAR source 5.30 beta 1 (5.3.1)
  • Fixed a crash when using the --exclude option.
  • Fixed a potential memory leak when compiling against
    libunrar versions prior to 4.2.0.
  • Fixed a potential memory leak in the collect_files()
    function. This function is only used when mounting
    single RAR archives which means it is rather harmless.
  • Simplified code in function dir_entry_add_hash().
  • Changed implementation of utimens
  • Fixed a problem with RAR5 stats that were incorrectly
    inherited for file reference links.

Stable release v1.20.0

05 Dec 20:36
Compare
Choose a tag to compare

Release Notes

  • Turned off support for block special device mounts other
    than for Linux platforms. It does not make much sense trying
    to support it any where else due to possible read alignment
    restrictions.
  • Fixed a problem with old style archives split into more
    than 101 files.
  • Now returning "No such file or directory" instead of
    "Input/output error" when trying to read information
    for a file outside an archive or which does not exist
    at all (libunrar5 only).
  • Fixed an issue when retrieving file information (#info)
    that could have resulted in an infinite loop.
  • Fixed an issue with resolving symbolic links for
    legacy archives in combination with libunrar5.
  • Corrected some issues that caused compilation failures
    for UnRAR source 4.1.x.
  • Corrected a problem seen on e.g. FreeBSD for which closedir()
    was called with a NULL pointer resulting in a crash.
  • Corrected some compilation errors on FreeBSD (and also other
    platforms that sets HAVE_SETXATTR).
  • Mounting block special files on Linux can now benefit from
    fmemopen() when supported.
  • Enabled syslog support.
  • Added support for presenting high-resolution time stamp in
    RAR5 archives.
  • Fixed problem with mounting a block special file that
    resulted in a crash due to incorrect use of mmap() and
    fmemopen().
  • Added a missing check for errors from fmemopen().
  • Fixed a minor calculation error in the file time stamp
    'seconds' part as provided by libunrar (MS-DOS time format).

v1.19.8

13 Mar 13:56
Compare
Choose a tag to compare
* Released 1.19.8

* Disabled automatic switch to direct I/O mode.

* Tweaked some of the more fine grained "hacks" to improve
  support for compressed archives.

* Now supports 'flag_nullpath_ok' and 'flag_nopath'
  (FUSE >= 2.9) in fuse ops.

* The race condition in the I/O buffer has been identified and
  the lock utilization has been redesigned accordingly to
  minimize lock contention.

* Added check for __sync_synchronize()

* Changed use of the FUSE 'keep_cache' flag

v1.19.5

13 Mar 13:58
Compare
Choose a tag to compare
* Released 1.19.5

* [rar2fs #27]

  Fixed a problem with seek length not being handled properly
  when mounting a single archive split into volumes.

* [rar2fs #25]

  Added some mutex locks to take care of the race conditions
  that were discovered in the I/O buffer.

* [rar2fs #24]

  Added support for the 'Save identical file as references'
  feature in RAR5 archives.

v1.19.2

13 Mar 14:02
Compare
Choose a tag to compare
* Released 1.19.2

* [rar2fs #22]

  The fix for this issue (released in 1.19.1) did not
  work properly for RAR5 archives.