many utils: cmd arg >&- should fail with write error: Bad file descriptor instead of silent success

[oech3]

After some talk with @pixelb about help-version*.sh uutils disabled to avoid large logs, I noticed that we have

$ uu-true --version >&- # success
$ gnu-true --version >&-
true: write error: Bad file descriptor
$ ls >&- # success
$ gnu-ls >&-
ls: write error: Bad file descriptor

Related: #9782 #9769

[collinfunk]

Likewise with the SIGPIPE issue, I do not think this can be solved without the help of Rust itself. They decide to open standard file descriptors that have been closed before main [1].

[1] https://github.com/rust-lang/rust/blob/main/library/std/src/sys/pal/unix/mod.rs#L54

[ChrisDryden]

@collinfunk I have an approach here that solves the issue until it can be addressed by rust itself: https://github.com/uutils/coreutils/pull/9664/changes#diff-0cb7b16878f5d3cd1c3e444e45a4b09c151b450c98f227ec29c197cc75ca2f5fR429 is the solution implemented here any different in end outcome than having it addressed by Rust?

[ChrisDryden]

the approach of using the data_init reading of the signals for stdin stdout and stderr, can also be applied to the sigpipe issue: https://github.com/uutils/coreutils/pull/9657/changes#diff-0cb7b16878f5d3cd1c3e444e45a4b09c151b450c98f227ec29c197cc75ca2f5fR429

[oech3]

#9810