> Bill, I'm sure you've noticed that we did write all.equal.environment()
> to work recursively... Actually, I had worked quite a bit at
> that, too long ago to remember details, but the relevant svn log
> entry is
>
> r66640
I don't know if this would be considered a bug in either stopifnot()
or (n)gettext(), or not a bug at all, but sometimes the translation
domain is not set properly for stopifnot() messages, so they won't be
translated. E.g.
Sys.setenv(LANGUAGE = "de")
# This is good
stopifnot(FALSE)
#> Fehler: FA
> Benjamin Becker writes:
> Hi,
> not sure whether this belongs here or has been reported/asked before.
> In the current R devel the behavior of order() and sort() on data.frames
> with a single row has changed.
> Before (release):
>> sort(data.frame("b", "a"))
> X.a. X.b.
> 1 a b
Hi,
not sure whether this belongs here or has been reported/asked before.
In the current R devel the behavior of order() and sort() on data.frames
with a single row has changed.
Before (release):
> sort(data.frame("b", "a"))
X.a. X.b.
1 a b
Now (devel):
> sort(data.frame("b", "a"))
Yes, I do set outside of R, in shell:
R_MAX_VSIZE=100Gb SRC_DATANAME=G1_1e9_2e0_0_0 /usr/bin/time -v Rscript
datatable/groupby-datatable.R
I think it might be related to allocations made with malloc rather than R_alloc.
Probably malloc allocation is not capped by setting this env var.
If so, then
The fact that your max resident size isn't affected looks odd. Are
you setting the environment variable outside R? When I run
env R_MAX_VSIZE=16Gb /usr/bin/time bin/Rscript jg.R 1e9 2e0 0 0
(your code in jg.R). I get a quick failure with 11785524maxresident)k
Best,
luke
On Tue, 1 Dec 202
Thank you Luke,
I tried your suggestion about R_MAX_VSIZE but I am not able to get the
error you are getting.
I tried recent R devel as I have seen you made a change to GC there.
My machine is 128GB, free -h reports 125GB available. I tried to set
128, 125 and 100. In all cases the result is "Comm
One more comment: it might be worthwhile reporting on a case where
identical(e1, e2) fails when those are the environments associated with
two functions (though I think not by default in all.equal.environment).
Functions can modify variables in their environment, so examples like
the open.acc
Probably all.equal.environment's do1() could be enhanced to do the
recursion (and look at the environments' attributes). I wrote a separate
function because it was easier to experiment that way (e.g., when to stop
recursing - it stops when one environment is a top-level environment or the
empty en
> Bill Dunlap
> on Mon, 30 Nov 2020 13:41:54 -0800 writes:
> To make the comparison more complete, all.equal.environment could compare
> the parents of the target and current environments. That would have to be
> recursive but could stop at the first 'top level environmen
10 matches
Mail list logo
