Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Bug in support of old style volumes with more than 101 rars #34

Closed
hasse69 opened this issue Mar 13, 2015 · 3 comments
Closed

Bug in support of old style volumes with more than 101 rars #34

hasse69 opened this issue Mar 13, 2015 · 3 comments
Labels
Defect Priority-Medium

Comments

@hasse69
Copy link
Owner

hasse69 commented Mar 13, 2015 

The code that is supposed to make these work was missing parentheses.
See the attached patch.

Original issue reported on code.google.com by barderne on 2014-03-17
@hasse69 hasse69 self-assigned this Mar 13, 2015
@hasse69 hasse69 closed this as completed Mar 13, 2015
@hasse69 hasse69 removed their assignment Mar 13, 2015
@hasse69
Copy link
Owner Author

hasse69 commented May 2, 2015 

Ouch, I need to get my bindings straight!
Thanks for the patch. Applied. Please test and report back.

Original issue reported on code.google.com by hasse69 on 2014-03-17 20:19:52

@hasse69
Copy link
Owner Author

hasse69 commented May 2, 2015 

I already tested it, it seems to work fine.
Thanks for applying it so quickly, when do you plan on making a new release including
that fix?

Original issue reported on code.google.com by barderne on 2014-03-17 21:06:22

@hasse69
Copy link
Owner Author

hasse69 commented May 2, 2015 

No official release actually planned yet. I am still waiting for a new version of libunrar.
In the meanwhile r470 will include your patch.

Original issue reported on code.google.com by hasse69 on 2014-03-17 22:12:11

@Nischi85 Nischi85 mentioned this issue Oct 9, 2022
Closed
fdegros pushed a commit to fdegros/rar2fs that referenced this issue Nov 29, 2023
@hasse69
* Released 1.20.0
39d51f1 
* 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.

* Built and tested against UnRAR source 5.10 beta 1 (5.1.1)

* [rar2fs hasse69#34]

  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.

* [rar2fs hasse69#31]

  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

* [rar2fs hasse69#22]

  Now may fall back to the old workaround from 1.19.2 that
  should be working also for (some!?) uClibc versions of
  fmemopen().

* Corrected some additional problems with the solution
  for issue hasse69#22.

* Added support for presenting high-resolution time stamp in
  RAR5 archives (thanks to jyhpsycho for the initial patch).
  Legacy archives still require a new version of UnRAR source
  before it can be enabled.

* [rar2fs hasse69#28]

  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()

* [rar2fs hasse69#29]

  Fixed a minor calculation error in the file time stamp
  'seconds' part as provided by libunrar (MS-DOS time format).

* Removed 'INSTALL' from SVN trunk
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Defect Priority-Medium
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@hasse69