findutils | Rust implementation of findutils

You don't need to use regex here, just use -name and -or and so:

Based on KamilCuk's comment, below is the full line needed to properly upload code coverage reports to codecov:

You don't need ::: if there's nothing after it, and {} is pointless too if you don't have any sources. Without more information about what exactly you would want to parallelize, we can't really tell you what you should use instead.

But for example, if you want to run one find in each of /etc, /usr, /bin, and /opt, that would look like

Updated Answer

The problem is on the line after the line containing A2 in the file /usr/local/Cellar/findutils/4.7.0/libexec/bin/gupdatedb. Currently, it is of the form:

In my opinion, this is a bug in findutils' "arm-swapping" optimization, because it fails to consider that -empty and -xtype may have the side effect of causing find to report an error and exit with a non-zero status. I've reported the same issue about -xtype, which the findutils devs agreed was a bug. It's hard to work around this bug too, because findutils doesn't have a way to turn off this optimization. -O0 is equivalent to -O1 which already applies it.

If you need a workaround, I wrote a drop-in replacement for find called bfs: https://github.com/tavianator/bfs. It's fully compatible with all of GNU find's options, and doesn't have this bug.

Your overriden open and __xstat must not have any side-effects that can be seen by the running process.

No process expects open or __xstat to close and reopen the lowest numbered file descriptor, nor that it should be opened O_CLOEXEC, but this is indeed what syslog does if it finds that the logging socket has failed.

The solution is that you must call closelog after calling syslog to avoid any side-effects becoming visible to the process.

The failure scenario looks like this:

• xargs closes stdin.
• xargs calls open or stat.
• liboverride.so's logging calls syslog which opens a socket, and gets fd 0 as the socket fd.
• xargs calls fork.
• xargs calls dup2 to dup the right piped fd to stdin, and so overwrites fd 0 with the new stdin (the expectation is that nothing else could have opened fd 0)
• xargs is about to call execve but...
• xargs calls stat just before execve
• liboverride.so's logging calls syslog and the implementation detects the sendto has failed, closes fd 0, and reopens fd 0 as the socket fd with O_CLOEXEC and logs a message.
• xargs calls execve to run rev and the O_CLOEXEC socket fd, fd 0, is closed.
• rev expects fd 0 to be stdin, but it is closed and so fails to read from it and writes an error message to that effect on stdout (which is still valid).

When you write wrappers you must take care to avoid such side-effects. In this case it's relatively easy to use closelog, but that may not always be the case.

Depending on your version of xargs there may be more or less work done between the fork and exec and so it may work if liboverride.os's logging function is not called before the exec.

Somewhere you're sourcing the whole of the bash_completion project - don't. Bash completions don't work in zsh and even if they did, they are worse than the native zsh ones. bashcompinit is only useful with individual, carefully selected and tested functions. But is still better avoided.

It isn't clear where it is being sourced. The syntax highlighting plugin is unlikely. oh-my-zsh shouldn't be doing it either but I'd try disabling it first. Also check other startup files like .zshenv, .zlogin, .zprofile and system files such as /etc/zshenv.

Also, regarding the .zshrc you quoted: there's no need to pass +X to autoload, that's pointless. The second assignment to the plugins array is replacing the value from the first assignment. Did you want += instead? And if you want $ for a a normal user in the prompt and # for root, you can do that directly with %(!.#.$)

That is because you don't need to escape these parenthesis. This should work :

The target option is for architecture. And even that works only if you do some other low level magic. You should do: