Thanks for the background and suggestions.
Valerie
On 07/02/2013 08:41 AM, John Chambers wrote:
It's hard to see how repeated dispatch on the same classes can be that
slow, _if_ the function being called each time is itself doing some
substantial work.
The first call (in a session) with a par
If you are on a Unix-like machine try using the setsid command to
run your command in a 'session' of its own. E.g.,
> z <- pipe("setsid /usr/bin/yes", open="r")
> length(readLines(z, n=1e6))
[1] 100
> # hit control-C
> length(readLines(z, n=1e6))
[1] 100
> length(readLines(z
On Jul 2, 2013, at 11:46 AM, Rong lI Li wrote:
>
> Hi, all,
>
> I pressed Ctrl+C in R process, and found that the child process which was
> spawned by using "pipe" is terminated due to this.
> Are there any way to work around it, so that the child process can run
> happily without being termina
Hi, all,
I pressed Ctrl+C in R process, and found that the child process which was
spawned by using "pipe" is terminated due to this.
Are there any way to work around it, so that the child process can run
happily without being terminated? Or can we block the signal for the child
process?
1. I us
It's hard to see how repeated dispatch on the same classes can be that
slow, _if_ the function being called each time is itself doing some
substantial work.
The first call (in a session) with a particular signature searches for
inherited methods and stores the method found in a table. The fol
