[Rd] Request: bring back windows chm help support (PR#14034)
Full_Name: alex galanos Version: 2.10.0 OS: windows vista Submission from: (NULL) (86.11.78.110) I respectfully request that the chm help support for windows, which was very convenient, be reinstated...couldn't an online poll have been conducted to gauge the support of this format by window's users? __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Request: bring back windows chm help support (PR#14034)
Peter Ehlers wrote: Duncan Murdoch wrote: On 31/10/2009 6:05 PM, alex...@4dscape.com wrote: Full_Name: alex galanos Version: 2.10.0 OS: windows vista Submission from: (NULL) (86.11.78.110) I respectfully request that the chm help support for windows, which was very convenient, be reinstated...couldn't an online poll have been conducted to gauge the support of this format by window's users? First, I don't think that complaints are bugs. Secondly, why not give the new format a chance. Personally, I like it. Thanks, Duncan. -Peter Ehlers It was not a complaint but a simple request, which given the presence of a wishlist subdirectory I thought was appropriate to post. Apologies if it came across as such. -Alexios Ghalanos I don't think it's going to come back, because nobody who knows how to bring it back wants to take on the work of maintaining it. However, what you might want to do is to contact one of the commercial providers of R, and ask them to reinstate it. They're much more interested in market research than R Core is, because their customers pay them for their product. They'd probably be happy to sell you an enhanced R supporting CHM help if they think there's a market for it. Duncan Murdoch __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Request: bring back windows chm help support (PR#14034)
Duncan Murdoch wrote: On 01/11/2009 5:47 PM, alexios wrote: Peter Ehlers wrote: Duncan Murdoch wrote: On 31/10/2009 6:05 PM, alex...@4dscape.com wrote: Full_Name: alex galanos Version: 2.10.0 OS: windows vista Submission from: (NULL) (86.11.78.110) I respectfully request that the chm help support for windows, which was very convenient, be reinstated...couldn't an online poll have been conducted to gauge the support of this format by window's users? First, I don't think that complaints are bugs. Secondly, why not give the new format a chance. Personally, I like it. Thanks, Duncan. -Peter Ehlers It was not a complaint but a simple request, which given the presence of a wishlist subdirectory I thought was appropriate to post. Apologies if it came across as such. What is it that you particularly liked about the CHM help? One thing it did well was the table of contents at the side, and the built-in search. I would like to get those back, in the HTML help. Is there anything else? Duncan Murdoch Nothing else really, the table of contents and search facility were the biggest advantages. Thanks. Alexios Ghalanos __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] script window background and text color (PR#13446)
Full_Name: alexios galanos Version: 2.8.1 OS: windows/vista Submission from: (NULL) (81.100.160.71) While the script editor now respects user preferences for the background color in 2.8.1, it does not do so for the user text color defaulting to black. So my preference of having for example black background with green text fails (it is all black) in the script editor (the console is ok). __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
[Rd] 'library' or 'require' call to package which was already attached by Depends
Hello, I'm receiving the following NOTE during recent checks of the rmgarch package: 'library' or 'require' call to 'rugarch' which was already attached by Depends. which I traced to the recent changes in R 3.02 Utilities: • packages which are used in ‘library()’ or ‘requires()’ calls in the R code but were already put on the search path _via_ ‘Depends’. However, the code uses the 'library()' call (of a package which is in 'Depends') inside the 'parallel::clusterEvalQ' function which is given as an option to users for running certain routines in parallel. Would it be possible to make allowances for this instance of the use of 'library()' or suggest a way to call 'clusterEvalQ' with 'library' without triggering the NOTE? Thanks, Alexios __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
Re: [Rd] Parallel computing: how to transmit multiple parameters to a function in parLapply?
This works:
clusterExport(cl, c("f","y"), envir=environment())
r <- parLapply(cl, x, function(x) f(x,y))
You need to export your function (“f”) and additional variables (“y”), and then
define that function inside parLapply ("f(x,y)”). If you were to also make use
of
additional libraries (or source some scripts) then you should also consult
“clusterEvalQ”.
The makeCluster command (at least in windows via socket) just initializes new R
processes which do not know about your functions or variables unless you
export those to them.
Perhaps a question best suited for R-help.
Alexios
On 24 Dec 2013, at 06:15, Yu Wan wrote:
> Hi R-developers
>
> In the package Parallel, the function parLapply(cl, x, f) seems to allow
> transmission of only one parameter (x) to the function f. Hence in order to
> compute f(x, y) parallelly, I had to define f(x, y) as f(x) and tried to
> access y within the function, whereas y was defined outside of f(x).
>
> Script:
>
> library(parallel)
>
> f <- function(x) {
> z <- 2 * x + .GlobalEnv$y # Try to access y in the global scope.
> return(z)
> }
>
> np <- detectCores(logical = FALSE) # Two cores of my laptop
> x <- seq(1, 10, by = 1)
> y <- 0.5 # Y may be an array in reality.
> cl <- makeCluster(np) # initiate the cluster
> r <- parLapply(cl, x, f) # apply f to x for parallel computing
> stopCluster(cl)
>
> The r was a list with 10 empty elements which means f failed to access y.
>
> Then I tested f without parallel computing:
> z <- f(x)
> print(z)
> [1] 2.5 4.5 6.5 8.5 10.5 12.5 14.5 16.5 18.5 20.5
>
> The results indicates that we can access y using .GlobalEnv$y in a function
> without parLapply.
>
> The question is, is there any method for me to transmit y to f, or access y
> within f during parallel computing?
>
> The version of my R is 3.0.1 and I am running it on a Win8-64x system.
>
> Thanks,
>
> Yu
>
>
>
> --
> View this message in context:
> http://r.789695.n4.nabble.com/Parallel-computing-how-to-transmit-multiple-parameters-to-a-function-in-parLapply-tp4682667.html
> Sent from the R devel mailing list archive at Nabble.com.
>
> __
> R-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
__
R-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
