[Rd] Startup process: Objects are automatically print():ed

2016-12-19 Thread Henrik Bengtsson
Consider a `~/.Rprofile` file containing: print("hello") "world" invisible("!") This will output the following: [1] "hello" [1] "world" when R is started. Note that "world" is also print():ed. In contrast, if you'd source() the same file, then you'd need to use argument print.eval = TRUE to g

[Rd] colnames for data.frame could be greatly improved

2016-12-19 Thread Jan Gorecki
Hello, colnames seems to be not optimized well for data.frame. It escapes processing for data.frame in if (is.data.frame(x) && do.NULL) return(names(x)) but only when do.NULL true. This makes huge difference when do.NULL false. Minimal edit to `colnames`: if (is.data.frame(x)) {

[Rd] Request: Increasing MAX_NUM_DLLS in Rdynload.c

2016-12-19 Thread Steve Bronder
This is a request to increase MAX_NUM_DLLS in Rdynload.c in from 100 to 500. On line 131 of Rdynload.c, changing #define MAX_NUM_DLLS 100 to #define MAX_NUM_DLLS 500 In development of the mlr package, there have been several episodes in the past where we have had to break up unit tests becau

Re: [Rd] Request: Increasing MAX_NUM_DLLS in Rdynload.c

2016-12-19 Thread Henrik Bengtsson
On reason for hitting the MAX_NUM_DLLS (= 100) limit is because some packages don't unload their DLLs when they being unloaded themselves. In other words, there may be left-over DLLs just sitting there doing nothing but occupying space. You can remove these, using: R.utils::gcDLLs() Maybe tha

Re: [Rd] Request: Increasing MAX_NUM_DLLS in Rdynload.c

2016-12-19 Thread Steve Bronder
Thanks Henrik this is very helpful! I will try this out on our tests and see if gcDLLs() has a positive effect. mlr currently has tests broken down by learner type such as classification, regression, forecasting, clustering, etc.. There are 83 classifiers alone so even when loading and unloading a