similar to: R 2.12.0 scheduled for October 15

Displaying 20 results from an estimated 20000 matches similar to: "R 2.12.0 scheduled for October 15"

2020 Feb 06
2
R 3.6.3 scheduled for February 29
Full schedule is available on developer.r-project.org. (The date is chosen to celebrate the 5th anniversary of R 1.0.0. Some irregularity may occur on the release day, since this happens to be a Saturday and the release manager is speaking at the CelebRation2020 event...) -- Peter Dalgaard, Professor, Center for Statistics, Copenhagen Business School Solbjerg Plads 3, 2000 Frederiksberg,
2011 Sep 19
0
R 2.14.0 scheduled for October 31, 2.13.2 for September 30
This is to announce that we plan to release R version 2.14.0 on Monday, October 31, 2011. As a new feature, we will precede the run-in sequence for 2.14.0 with a final release of the 2.13 series, 2.13.2. No further patching of this series is intended. Those directly involved should review the generic schedule at http://developer.r-project.org/release-checklist.html The source tarballs will be
2011 Sep 19
0
R 2.14.0 scheduled for October 31, 2.13.2 for September 30
This is to announce that we plan to release R version 2.14.0 on Monday, October 31, 2011. As a new feature, we will precede the run-in sequence for 2.14.0 with a final release of the 2.13 series, 2.13.2. No further patching of this series is intended. Those directly involved should review the generic schedule at http://developer.r-project.org/release-checklist.html The source tarballs will be
2017 Aug 23
3
Getting all possible combinations
On 23/08/2017 6:25 PM, Bert Gunter wrote: > Doesn't sort by size of subgroup. I interpret the phrase I asterisked as: You were fooled by Peter's tricky single negative. Duncan Murdoch > > Your code does the following: > > First subsets of size 1 are given. > Then all subsets of size 2. > Then all subsets of size 3. > etc. > > Your code does not do this
2017 Jan 31
2
Unexpected EOF in R-patched_2017-01-30
Hello. When trying to unpack today's version of R-patched, I get the following error: C:\R>tar -xf R-patched_2017-01-30.tar.gz gzip: stdin: unexpected end of file tar: Unexpected EOF in archive tar: Unexpected EOF in archive tar: Error is not recoverable: exiting now I got the same error for R-patched_2017-01-30.tar.gz but not for R-3.3.2.tar.gz. Thank you, Avi
2015 Jul 19
2
Building r-devel fails on Ubuntu (old and new as well)
Am 16.07.2015 um 14:08 schrieb Martin Maechler: >>>>>> G?bor Cs?rdi <csardi.gabor at gmail.com> >>>>>> on Thu, 16 Jul 2015 07:18:00 -0400 writes: > > > ... > > making array.d from array.c > > array.c:33:23: fatal error: duplicate.h: No such file or directory > > compilation terminated. > > ... >
2011 Apr 10
3
open.exe Virus W32.ATRAPS
Hello, I am not sure if this is the correct mailing list to send this email... I was trying to install on windows XP latest R-2.12.2 and my unvirus program (Immunet 3.0) reports a virus at open.exe while this is unpacked: W32.ATRAPS Has anyone come across the same problem? Best, Costas [[alternative HTML version deleted]]
2011 Apr 10
3
open.exe Virus W32.ATRAPS
Hello, I am not sure if this is the correct mailing list to send this email... I was trying to install on windows XP latest R-2.12.2 and my unvirus program (Immunet 3.0) reports a virus at open.exe while this is unpacked: W32.ATRAPS Has anyone come across the same problem? Best, Costas [[alternative HTML version deleted]]
2016 Mar 10
3
rmultinom.c error probability not sum to 1
Hi all, I should have given a better explanation of my problem. Here it is. I extracted from my code the bit that gives the error. Place this in a file called test.c #include <math.h> #include <R.h> #include <Rmath.h> #include <float.h> #include <R_ext/Print.h> int main(){ double prob[3] = {0.0, 0.0, 0.0}; double prob_tot = 0.; prob[0] = 0.3*dnorm(2, 0,
2017 May 16
3
stopifnot() does not stop at first non-TRUE argument
switch(i, ...) extracts 'i'-th argument in '...'. It is like eval(as.name(paste0("..", i))) . Just mentioning other things: - For 'n', n <- nargs() can be used. - sys.call() can be used in place of match.call() . --------------------------- >>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Mon, 15 May 2017 16:28:42
2020 Jun 07
7
use of the tcltk package crashes R 4.0.1 for Windows
Hi, The following code, from the examples in ?TkWidgets , immediately crashes R 4.0.1 for Windows: --------------------- snip -------------------- library("tcltk") tt <- tktoplevel() label.widget <- tklabel(tt, text = "Hello, World!") button.widget <- tkbutton(tt, text = "Push", command = function()cat("OW!\n")) tkpack(label.widget,
2019 Jul 05
3
CRAN down ?
There seems to be another outage of the Vienna CRAN server [1] though from what I can from afar not related to DNS outage [2]. Could anyone confirm and possibly alert the local team in Vienna? Dirk [1] https://twitter.com/d_olivaw/status/1147161883797086214 [2] The DNS resolves on a few sites but eg simple pings stall -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org
2017 May 15
3
stopifnot() does not stop at first non-TRUE argument
I think Herv?'s idea was just that if switch can evaluate arguments selectively, so can stopifnot(). But switch() is .Primitive, so does it from C. I think it is almost a no-brainer to implement a sequential stopifnot if dropping to C code is allowed. In R it gets trickier, but how about this: Stopifnot <- function(...) { n <- length(match.call()) - 1 for (i in 1:n) { nm
2011 Jul 05
4
if else lop
I am trying to use if...else loop and have included a code snippet which I might like to expand. Maybe you could steer me in the right direction. library(stats) library(prob) { a <- sample ( 1:4,100, replace=T,prob=c(0.1,0.2,0.5,0.3)) b<-sample(3:6,100,replace=T,prob=c(0.2,0.2,0.2,0.4)) } dd <- data.frame(a,b) if (subset finds a vector) ( print that vector) (else
2017 Aug 24
0
Getting all possible combinations
> On 24 Aug 2017, at 01:25 , Duncan Murdoch <murdoch.duncan at gmail.com> wrote: > > On 23/08/2017 6:25 PM, Bert Gunter wrote: >> Doesn't sort by size of subgroup. I interpret the phrase I asterisked as: > > You were fooled by Peter's tricky single negative. > <giggles>... Let's do this more carefully, then: M <-
2017 Jan 31
3
Unexpected EOF in R-patched_2017-01-30
On Tue, Jan 31, 2017 at 3:30 PM, peter dalgaard <pdalgd at gmail.com> wrote: > >> On 31 Jan 2017, at 18:56 , Avraham Adler <avraham.adler at gmail.com> wrote: >> >> Hello. >> >> When trying to unpack today's version of R-patched, > > From which source? The files from cran.r-project.org seems OK, both those in src/base-prerelease and those from
2016 Feb 19
2
should `data` respect default.stringsAsFactors()?
Aha... Hadn't noticed that stringsAsFactors only works via as.is in read.table. Yes, the doc should probably be fixed. The code probably not -- packages loading different data sets depending on user options is an even worse idea than hav?ng the option in the first place... (I don't mean having the possibility, I mean the default.stringsAsFactor thing). In general, read.table() gets
2013 Aug 27
1
return the name of source.
Is there a fuction that will allow me to retrun the filename for a script from within that script. fir instance If I have a script "myscript.r": FileName<-unknown.fucntion() print(FileName) and run it source("myscript.r") will return "myscript.r" Thanks Nevil Amos [[alternative HTML version deleted]]
2017 Jun 26
2
Odd behaviour in within.list() when deleting 2+ variables
>>>>> peter dalgaard <pdalgd at gmail.com> >>>>> on Mon, 26 Jun 2017 13:43:28 +0200 writes: > This seems to be due to changes made by Martin Maechler in > 2008. Presumably this fixed something, but it escapes my > memory. Yes: The change set (svn -c46441) also contains the following NEWS entry BUG FIXES o
2016 May 18
2
Latest R-devel build failing on OS X
Ah, got it. For some ancient reason config.site on that machine had LDFLAGS=-L/usr/X11R6/lib in config.site, and that prevented configure from inserting -L /usr/local/lib, so linked /usr/lib/libreadline.dylib, which is the Apple-supplied one, which possibly is really libedit... -p > On 18 May 2016, at 22:01 , peter dalgaard <pdalgd at gmail.com> wrote: > > gcc