On 5/20/24 07:36, Zafer Barutcuoglu wrote:> Hi,
>
> I am seeing this on Linux as well as MacOS: Opening any output pipe from R
4.4.0 to TTY programs like "less"/"more" hangs,
SIGINT-proof:
>> $ R/4.4.0/bin/Rscript -e 'pipe("less",
"w")'
>> $ R/4.4.0/bin/Rscript -e 'cat("test",
file="|less")
>> $ R/4.4.0/bin/Rscript -e 'cat("test",
file="|more")
> R 4.3.3 and earlier have been working fine:
>> $ R/4.3.3/bin/Rscript -e 'pipe("less",
"w")'
>> $ R/4.3.3/bin/Rscript -e 'cat("test",
file="|less")
>> $ R/4.3.3/bin/Rscript -e 'cat("test",
file="|more")
I've tried the first example and it doesn't work for me even in R 4.3.3
on Linux, so I can't easily test what changed the behavior for you, but
it was very likely a bugfix for PR#17764. Now the pipe() uses a special
process group to protect the processes (assumed to be background) from
the terminal.
If you are interested in the details behind this, see the bug report
discussion or the blog post (below), and the source code.
A perhaps slightly over-simplified description is that tasks executed
via pipe() and (file="|") and system(wait="FALSE") are
background tasks,
which should not be interruptible e.g. by Ctrl+C. This was fixed in R
4.4, which required significant changes of the underlying implementation.
To support the very rare case when a task executed via
system(wait="FALSE") should receive signals from a console, because it
is to logically implement an interactive task using background tasks,
there is now an argument "receive.console.signals", which can be used
to
override this. This is used by the R's parallel package to implement
interactive computation on a cluster.
Your use case seems to be running an interactive task using pipe().
Currently, there is no argument of pipe() to allow this as we didn't
anticipate anyone would actually be doing this - and, on my system, it
doesn't work even in R 4.3.3.
I assume the examples above are narrowed down cases to reproduce the
change in behavior. If there was a plausible, realistic example that
would indicate the need to add such argument to pipe(), it could be
considered, but perhaps it would be more natural to use
system(wait=FALSE,receive.console.signals=TRUE), anyway?
Best
Tomas
https://blog.r-project.org/2023/05/23/not-interrupting-background-tasks-with-ctrl-c/index.html
https://bugs.r-project.org/show_bug.cgi?id=17764
>
> R 4.4.0 also works fine with non-TTY output pipes:
>> $ R/4.4.0/bin/Rscript -e 'pipe("cat", "w")'
>> $ R/4.4.0/bin/Rscript -e 'cat("test",
file="|cat")
>> $ R/4.4.0/bin/Rscript -e 'cat("Hi!\n", file="|tr i
o")'
>> $ R/4.4.0/bin/Rscript -e 'cat("Hi!\n", file="|sed -e
s/i/o/")'
> For what it's worth, input pipes from less/more to R 4.4.0 do not hang,
but are not always the same as before either. These are the same:
>> $ R/4.3.3/bin/Rscript -e 'con <- pipe("less
--version", "r"); readLines(con); close(con)'
>> [1] "less (GNU regular expressions)" "Copyright (C) Mark
Nudelman" ...
>> $ R/4.4.0/bin/Rscript -e 'con <- pipe("less
--version", "r"); readLines(con); close(con)'
>> [1] "less (GNU regular expressions)" "Copyright (C) Mark
Nudelman" ...
> But these are not (again, on both Linux and MacOS):
>> $ R/4.3.3/bin/Rscript -e 'con <- pipe("less",
"r"); readLines(con); close(con)'
>> [1] "Missing filename (\"less --help\" for help)"
>> $ R/4.4.0/bin/Rscript -e 'con <- pipe("less",
"r"); readLines(con); close(con)'
>> character(0)
>
> I did not see anything related here or in release notes or bugzilla. Is
this a bug or something else?
>
> Best,
> --
> Zafer
>
>
> [[alternative HTML version deleted]]
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel