Thayne McCombs

Thanks for mentioning the issue on the rust compiler project.

Which version of fd are you using?

Ah, I thought that we had set a limit on the channel size in #885, but it looks like that part got removed. So, yes, there is an unbounded queue...

OR is actually pretty easy to do with regexes. your example could be done with: ``` fd -IH '.* \(....-..-..\) \[..:..:..\]\.(tar|bak)' ``` AND is more difficult.

`--or` isn't really necessary, because you can just use `|` in the pattern to combine multiple patterns. However, there isn't a good way to express `--and` with a single regex....

I think that kind of functionality is out of scope for fd, it would basically involve making an expression language similar to what find has, and make fd significantly more...

I like that idea. Though we would probably want to keep `--full-path` as a (probably hidden) alias for `--abs-path` for backwards compatibility.

In that particular case, you could use ``` fd ".*\pdf$" docs ```

hmm, what would be the impact of changing `depth` to return something for broken symlinks? (by finding the number of components of the PathBuf relative to the search directory)? would...

> > Sorry for not using the official bug template, it always returned error code 400 on my end, and acted pretty buggy in general. > > @tmccombs I heard...