Re: [Rd] makeCluster Stall on 32-bit Windows

2018-06-14 Thread Henric Winell
rewall has blocked this app", or something like that -- where you can allow access. As long as this window is open, the command prompt is not returned. Henric Winell P.S. This topic is probably not appropriate for R-devel and follow-ups should likely be directed to R-help instead. D.S.

Re: [Rd] "table(droplevels(aq)$Month)" in manual page of droplevels

2017-04-12 Thread Henric Winell
(Let's keep the discussion on-list -- I've added back R-devel.) On 2017-04-12 16:39, Ulrich Windl wrote: Henric Winell schrieb am 12.04.2017 um 15:35 in Nachricht : On 2017-04-12 14:40, Ulrich Windl wrote: The last line of the example in droplevels' manual page seems to be

Re: [Rd] "table(droplevels(aq)$Month)" in manual page of droplevels

2017-04-12 Thread Henric Winell
t;factor". So, your being amazed is a bit surprising given that 'aq' is a data frame. Henric Winell aq <- transform(airquality, Month = factor(Month, labels = month.abb[5:9])) aq <- subset(aq, Month != "Jul") table(aq$Month) May Jun Jul Aug Sep 31 30 0 31 3

Re: [Rd] Registration of native routines

2017-02-22 Thread Henric Winell
e Rtools installer. After switching to the 64-bit versions, the use of registration now seems to be reliably detected. Henric Winell __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] package load altering RNG state

2017-02-07 Thread Henric Winell
On 2017-02-07 15:59, Martin Maechler wrote: Henric Winell on Tue, 7 Feb 2017 13:37:42 +0100 writes: > Hi, On 2017-02-07 13:12, Benjamin Tyner wrote: >> Hello >> >> When loading a package, I'm wondering if it's frowned >> up

Re: [Rd] package load altering RNG state

2017-02-07 Thread Henric Winell
base R? Either something very general like preserveRNGstate(library(parallel)) or perhaps an specific enhancement to library itself? I would very much welcome a change, but in the light of things it doesn't seem likely. Henric Winell Regards Ben

[Rd] Package install problem in R-devel under Windows

2016-10-21 Thread Henric Winell
g *source* package 'inum' ... ** R ** preparing package for lazy loading ** help *** installing help indices ** building package indices ** testing if installed package can be loaded *** arch - i386 *** arch - x64 * DONE (inum) Is this a known issue? Or is it just me...? Henric Winell __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] library.dynam.unload

2016-03-26 Thread Henric Winell
Den 2016-03-25 kl. 14:20, skrev Therneau, Terry M., Ph.D.: The survival package has a firstlib.R file that I had forgotton and just reviewed. After deleting several bits which had a use 10 years ago during my Splus to R transition, the only thing remaining is .onUnload <- function(libpath)

Re: [Rd] rank(, ties.method="last")

2015-10-21 Thread Henric Winell
(1, 1, 2, 3) > rank2(x, ties.method = "last") [1] 1 2 4 3 That doesn't look right to me -- I had expected > rev(sort.list(x, decreasing = TRUE)) [1] 2 1 3 4 Indeed, well spotted, that seems to be correct. Henric Winell -- In the particula

Re: [Rd] rank(, ties.method="last")

2015-10-20 Thread Henric Winell
r have (Marius Hofert and I) overlooked something obvious ? I think so: the code above doesn't seem to do the right thing. Consider the following example: > x <- c(1, 1, 2, 3) > rank2(x, ties.method = "last") [1] 1 2 4 3 That doesn't look right to me -- I had expected &g

Re: [Rd] New version of Rtools for Windows

2015-01-09 Thread Henric Winell
On 2015-01-08 02:31, Duncan Murdoch wrote: On 07/01/2015 5:20 PM, Jeroen Ooms wrote: On Wed, Jan 7, 2015 at 8:00 AM, Duncan Murdoch wrote: This version includes only minor updates to the tools. I indicated last summer that I was hoping to update GCC from the current version 4.6.3 before th

Re: [Rd] New version of Rtools for Windows

2015-01-08 Thread Henric Winell
On 2015-01-08 14:18, Avraham Adler wrote: Very timely, as this is how I got into the problem I posted about earlier; maybe some of the problems I ran into will mean more to the you and the experts on this thread, Dr. Murdoch.For reference, I run Windows 7 64bit, and I am trying to build a 64 bit

Re: [Rd] mcmapply Core Usage

2014-05-29 Thread Henric Winell
Simon Urbanek skrev 2014-05-29 15:06: Dario, yes, that is a bug, now fixed. Thanks for fixing it. This problem was independently reported some time ago (https://bugs.r-project.org/bugzilla/show_bug.cgi?id=15016) and I believe that it can now be closed. Henric Cheers, Simon On May 29

Re: [Rd] 'parallel' package changes '.Random.seed'

2014-03-07 Thread Henric Winell
Dear Prof Ripley, Thank you for your kind reply. Please find my comments below. On 2014-03-06 13:29, Prof Brian Ripley wrote: On 06/03/2014 10:17, Henric Winell wrote: Hi, I've implemented parallelization in one of my packages using the 'parallel' package -- many thanks f

Re: [Rd] 'parallel' package changes '.Random.seed'

2014-03-06 Thread Henric Winell
Comments below. On 2014-03-06 11:17, Henric Winell wrote: Hi, I've implemented parallelization in one of my packages using the 'parallel' package -- many thanks for providing it! In my package I'm importing 'parallel' and so added it to the DESCRIPTION file&#x

[Rd] 'parallel' package changes '.Random.seed'

2014-03-06 Thread Henric Winell
somehow be avoided? The current state of affairs is a bit unfortunate, since it implies that a user just by loading the new parallelized version of my package can no longer reproduce any subsequent results depending on random number generation (unless a call to 'set.seed' was issued *after