hasse69
hasse69
Should I file the last observation in a new bug or can we handle that in the same context as this one? They are related but not exactly the same....
Sadly yes, but unless you know exactly from where in the path your cache got dropped I would say it is faster to remount and rely on the warmup.
I guess if you feel adventurous a quick hack in the code could be added in which the warmup never ends and simply restart itself over and over.
The deeper in the path the change is made the less the effect should become. But I think I have mentioned this before somewhere.
Thanks for the PR. However, even though I can understand the patch related to ']' in a file name, I lack a proper example of when it does not work...
Thanks for the short reproducer. I will try it and check your patch. The 'strstr' example you provided is an obvious substring/prefix match. The input file name is an absolute...
Can you please file an issue report since this is an obvious bug in the configuration file parser and link to the pull request.
Thanks for the issue report. Is it possible for you to make a patch for this as I am currently not able to look into this build problem.
Looking at the UnRAR source code usually provides enough details to complete the small extension(s) in rar2fs. The extensions are simply variants of already existing functions.
I think you might have misunderstood the purpose of this option. It does not provide a mechanism to "hide" files, since that is not part of what a transparent file...