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
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 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=
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
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 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
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
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
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
> 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
> |
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
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
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 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
14 matches
Mail list logo
