[BUG] --list-details / -X ls -ld gives argument list too long

[skwde]

Checks

• I have read the troubleshooting section and still think this is a bug.

Describe the bug you encountered:

fd-v10.2.0-x86_64-unknown-linux-gnu/fd --full-path <some path with many files> --unrestricted --list-details

gives

[fd error]: Problem while executing command: Argument list too long (os error 7)

This only happens when -X or --list-details is used.

fd-v10.2.0-x86_64-unknown-linux-gnu/fd --full-path <some path with many files> --unrestricted | wc -l

gives

890439

Describe what you expected to happen:

Fast listing details such as owner / group / size / ... similar to ls -ld or find <> -printf '%u %g %T@ %M %s "%p"\n'.

As soon as I use --list-details with --batch-size to get rid of above error fd we are comparable if not slower than find. (I didn't do serious speed tests, just time on a couple of trails.)

What version of fd are you using?

fd 10.2.0

Which operating system / distribution are you on?

Linux 4.18.0-372.16.1.el8_6.x86_64 x86_64

[tavianator]

Ultimately this must be a bug in https://github.com/sharkdp/argmax, but I'm happy to try to triage it here. Some questions:

1. Does it still happen with the latest version of fd?

2. What's the output of xargs --show-limits </dev/null?

3. Does find -exec ls -l -h -d {} + work?

4. If you can build/install bfs, what's the output of bfs -D exec -exec true {} +?

Thanks!

[skwde]

No longer appears with latest (10.3.0), but a couple of observations:

• --full-path seems to be ignored when used as above (fd just lists the current directory). I have to specify fd . --full-path ... to make it work
• --list-details is substantially slows down fd, as mentioned, speeds are comparable to find if not slower.