>
> on Tue, 25 Apr 2017 21:13:59 -0700 writes:
> On Tue, Apr 25, 2017 at 02:41:58PM +, Cook, Malcolm wrote:
>> Might this combination serve the purpose:
>> * R session keeps an open handle on the tempdir it creates,
>> * whatever tempdir harvesting cron job the
On 26/04/2017 4:21 AM, Martin Maechler wrote:
on Tue, 25 Apr 2017 21:13:59 -0700 writes:
> On Tue, Apr 25, 2017 at 02:41:58PM +, Cook, Malcolm wrote:
>> Might this combination serve the purpose:
>> * R session keeps an open handle on the tempdir it creates,
>> * whate
On 26 April 2017 at 08:29, Duncan Murdoch wrote:
| This seems like the wrong approach. The problem occurs as soon as the
| tempdir() gets cleaned up: there could be information in temp files
| that gets lost at that point. So the solution should be to prevent the
| cleanup, not to continue o
I agree this should be solved in configuration of
systemd/tmpreaper/whatever tmp cleaner - the cleanup must be prevented
in configuration files of these tools. Moving session directories under
/var/run (XDG_RUNTIME_DIR) does not seem like a good solution to me,
sooner or later someone might c
> Dirk Eddelbuettel
> on Wed, 26 Apr 2017 08:40:38 -0500 writes:
> On 26 April 2017 at 08:29, Duncan Murdoch wrote:
> | This seems like the wrong approach. The problem occurs as soon as the
> | tempdir() gets cleaned up: there could be information in temp files
> |
On 26 April 2017 at 16:39, Tomas Kalibera wrote:
| I agree this should be solved in configuration of
| systemd/tmpreaper/whatever tmp cleaner - the cleanup must be prevented
Yep.
| in configuration files of these tools. Moving session directories under
| /var/run (XDG_RUNTIME_DIR) does not se
The Ubuntu machine I use a lot (along with others) must not be cleaning
/tmp as it has a fair number of Rtmp* directories in /tmp, even when there
are no R sessions running on the machine. I would like to automate their
removal but there is no obvious way to see if the R process that created
the t
The main point of this discussion has been that deleting the tempdir() a
fixed number of days after its creation is a problem. It should be deleted
when the process that created it is done. R attempts to do this, but there
are cases in which it does not so a backup is needed.
Bill Dunlap
TIBCO S
On 26/04/2017 10:39 AM, Tomas Kalibera wrote:
I agree this should be solved in configuration of
systemd/tmpreaper/whatever tmp cleaner - the cleanup must be prevented
in configuration files of these tools. Moving session directories under
/var/run (XDG_RUNTIME_DIR) does not seem like a good solu
Hi,
I'm running into a case where byte-compilation changes
the semantic of a function. This is with R 3.4.0:
foo <- function(x) { TRUE && x }
foo(c(a=FALSE))
# [1] FALSE # OK
foo(c(a=TRUE))
# [1] TRUE # OK
foo(c(a=FALSE))
# a #
# FALSE
On 26/04/2017 4:36 PM, Hervé Pagès wrote:
Hi,
I'm running into a case where byte-compilation changes
the semantic of a function. This is with R 3.4.0:
foo <- function(x) { TRUE && x }
foo(c(a=FALSE))
# [1] FALSE # OK
foo(c(a=TRUE))
# [1] TRUE # OK
foo(c(a
On 04/26/2017 01:51 PM, Duncan Murdoch wrote:
On 26/04/2017 4:36 PM, Hervé Pagès wrote:
Hi,
I'm running into a case where byte-compilation changes
the semantic of a function. This is with R 3.4.0:
foo <- function(x) { TRUE && x }
foo(c(a=FALSE))
# [1] FALSE # OK
foo(c(a=
Thanks for the report. Fixed in R_devel with r72631; I'll port to
R-patched later today or tomorrow.
The default setting and how to get the current settings are documented
in the Details section of the enableJIT help page at the end of the
paragraph for enableJIT.
Best,
luke
On Wed, 26 Apr 201
On 04/26/2017 04:46 PM, luke-tier...@uiowa.edu wrote:
Thanks for the report. Fixed in R_devel with r72631; I'll port to
R-patched later today or tomorrow.
Thanks!
The default setting and how to get the current settings are documented
in the Details section of the enableJIT help page at the e
14 matches
Mail list logo
