Follow-up Comment #3, bug #60383 (project findutils): We cannot use //x as a way to escape x, because in POSIX path names matching //[^/] are `special` and have an implementation-defined significance, which `find` cannot know (find is intended to run also on non-GNU systems).
The difficulties around -H/-L/-P could be resolved I think by making --file0 incompatible with -H. That is, making it an error to specify both. Other things we should document if we implement this option: 1. The seek position on the named file at the time find exits (normally, with -quit or in any other way) is not specified. 2. If --file0 is specified, no (other) starting points may be specified on the command line 3. If a file is listed more than once in the input file it is unspecified whether it is visited more than once (my motivation here is that we may need to worry about the interaction between this and symlink loop detection) 4. If the file is mutated during the operation of find, the result is unspecified. 5. The effect of empty records (i.e. \0\0) is unspecified. By "unspecified" here I mean, may not work, may not do any specific thing, and this may change from platform to platform or findutils release to release. _______________________________________________________ Reply to this item at: <https://savannah.gnu.org/bugs/?60383> _______________________________________________ Message sent via Savannah https://savannah.gnu.org/