Displaying 20 results from an estimated 60000 matches similar to: "R 1.8.0 Windows binaries uploaded"
2003 Oct 22
6
Something strange in cor.test in R-1.8.0 (PR#4718)
Full_Name: Ian Wilson
Version: R-1.8.0
OS: Windows (but own compilation)
Submission from: (NULL) (139.133.7.38)
the p-value is incorrect for cor.test using method "spearman" in R-1.8.0. This
was not the case in R-1.7.1.
Version R-1.8.0 on Windows
> cor.test(rnorm(50),rnorm(50),method="spearman")
Spearman's rank correlation rho
data: rnorm(50) and rnorm(50)
S
2003 Nov 12
1
value of strptime in R 1.8.0
Dear R-people!
I am using R 1.8.0, under Windows XP.
What I want to do is a date conversion of a character column of a data frame
and assign the result as a new column.
Simple example:
> x <- data.frame(a=c("yesterday","today","tomorrow"), b=I(c("20031111",
"20031112", "20031113")))
# convert x$b from character to date:
>
2018 Jan 25
4
Why R should never move to git
On 25/01/2018 7:03 AM, I?aki ?car wrote:
> 2018-01-25 12:20 GMT+01:00 Duncan Murdoch <murdoch.duncan at gmail.com>:
>> On 25/01/2018 2:57 AM, I?aki ?car wrote:
>>>
>>> For what it's worth, this is my workflow:
>>>
>>> 1. Get a fork.
>>> 2. From the master branch, create a new branch called fix-[something].
>>> 3. Put together
2018 Jan 24
2
Why R should never move to git
On 24/01/2018 6:35 PM, G?bor Cs?rdi wrote:
> When you create a branch for your bug fix, don't create it off the
> previous fix. Create it off the original, forked state of the repo.
Branches keepclass2 through to keepclass5 are my attempts to do that.
As far as I can see they are all the same as keepclass, which was
branched from the head of the master branch of my fork.
>
>
2005 Nov 06
2
1.0alpha4 uploaded to Debian unstable
I finally got some free time and uploaded 1.0alpha4. It will
arrive in the archive by tomorrow afternoon. Together with the
most recent libssl0.9.8 upgrade I think this will fix the SSL problems
users have been facing.
--
Jaldhar H. Vyas <jaldhar at debian.org>
La Salle Debain - http://www.braincells.com/debian/
2003 Sep 10
2
R 1.8.0 alpha
The countdown to R version 1.8.0 has begun. As a novelty, we now
make preliminary source tarballs available somewhat earlier in the
process. They will be found in
http://cran.us.r-project.org/src/base
with names of the form R-1.8.0alpha_2003-09-10.tar.gz
The first one was created a moment ago; subsequent ones will be
created by a cron job that runs at 05:00 local (Wisconsin) time.
There are
2003 Sep 10
2
R 1.8.0 alpha
The countdown to R version 1.8.0 has begun. As a novelty, we now
make preliminary source tarballs available somewhat earlier in the
process. They will be found in
http://cran.us.r-project.org/src/base
with names of the form R-1.8.0alpha_2003-09-10.tar.gz
The first one was created a moment ago; subsequent ones will be
created by a cron job that runs at 05:00 local (Wisconsin) time.
There are
2003 May 28
2
R Enhancements
Hi,
We - Venkatesh Mysore and Salvatore Paxia of the New York University's Bioinformatics Group under Prof.Bud Mishra - have been working on enhancements to R for a while now.
We're happy to announce that we have some good stuff up and running now:
1. A debuggable Microsoft Visual C version ( _MSC_VER) of R-1.7.0: R-1.7.0-msc (YES !!!!)
2. COM/OLE-support that will allow invoking of
2003 Nov 19
11
Windows R 1.8.0 hangs when Mem Usage >1.8GB
I have a loop that increases the size of an object after each iteration. When the Windows Task Manager shows "Mem Usage" about 1.8GB, the Rgui.exe process no longer responds.
I use:
"C:\Program Files\R\rw1080\bin\Rgui.exe" --max-mem-size=4000M --min-vsize=10M --max-vsize=3000M --min-nsize=500k --max-nsize=1000M
I have a dual Xeon 2.8GHz processor box with 4GB of memory and
2016 Oct 20
1
CentOS-announce Digest, Vol 140, Issue 7
Send CentOS-announce mailing list submissions to
centos-announce at centos.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-request at centos.org
You can reach the person managing the list at
centos-announce-owner at centos.org
When
2015 Mar 11
2
Notes on building a gcc toolchain for Rtools (but not multilib)
On 10/03/2015 3:17 PM, Duncan Murdoch wrote:
> On 10/03/2015 2:56 PM, Dan Tenenbaum wrote:
> >
> >
> > ----- Original Message -----
> >> From: "Duncan Murdoch" <murdoch.duncan at gmail.com>
> >> To: "Dan Tenenbaum" <dtenenba at fredhutch.org>
> >> Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at
2015 Mar 10
3
Notes on building a gcc toolchain for Rtools (but not multilib)
----- Original Message -----
> From: "Duncan Murdoch" <murdoch.duncan at gmail.com>
> To: "Dan Tenenbaum" <dtenenba at fredhutch.org>
> Cc: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org
> Sent: Tuesday, March 10, 2015 11:37:12 AM
> Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)
2018 Jan 24
5
Why R should never move to git
Lately I've been doing some work with the manipulateWidget package,
which lives on Github at
https://github.com/rte-antares-rpackage/manipulateWidget/. Last week I
found a bug, so being a good community member, I put together a patch.
Since the package lives on Github, I followed instructions to put
together a "pull request":
- I forked the main branch to my own Github account
2002 Nov 08
3
Windows binary for R 1.6.1 FIXED
To Windows R users:
The binary build of R that I uploaded on Tuesday contained errors in
the compiled HTML help files and some of the PDF versions of the
manuals. In particular, the index was missing from the CHM files, and
the table of contents was missing from at least one of the manuals.
I've since found the error in my setup, and have rebuilt the
distribution. I uploaded it to CRAN
2002 Nov 08
3
Windows binary for R 1.6.1 FIXED
To Windows R users:
The binary build of R that I uploaded on Tuesday contained errors in
the compiled HTML help files and some of the PDF versions of the
manuals. In particular, the index was missing from the CHM files, and
the table of contents was missing from at least one of the manuals.
I've since found the error in my setup, and have rebuilt the
distribution. I uploaded it to CRAN
2003 May 09
2
Re: [R] windows data editor changes dimensions displayed data frames (PR#2962)
On Fri, 09 May 2003 11:34:08 +0300, Bernd Ebersberger
<bernd.ebersberger@vtt.fi> wrote:
>dear R-tists,
>
>i am experiencing a problem with the data editor in the windows version of
>R 1.6.1 envoked with the command 'fix'.
>
>the data editor changes the size of large data frames.
I can confirm this in the current R-patched. I'll take a look. It
might be that
2003 Nov 24
8
Question about Unix file paths
Gabor Grothendieck pointed out a bug to me in list.files(...,
full.name=TRUE), that essentially comes down to the fact that in
Windows it's not always valid to add a path separator (slash or
backslash) between a path specifier and a filename. For example,
c:foo
is different from
c:\foo
and there are other examples.
I'm going to fix this, but I'm wondering whether the fix is
2018 Jan 25
3
Why R should never move to git
On 25/01/2018 7:44 AM, G?bor Cs?rdi wrote:
> On Thu, Jan 25, 2018 at 12:34 PM, Duncan Murdoch
> <murdoch.duncan at gmail.com> wrote:
> [...]
>> but that branch doesn't show up in the Github web site.
>
> It is right there:
> https://github.com/dmurdoch/manipulateWidget/branches
>
>> Any suggestions?
>
> Personally I would suggest to call it
2003 Sep 12
1
win.metafile, devga, tkrplot in R 1.8.0
Hi,
I just downloaded
rw1080dev.exe 09-Sep-2003 07:42 21.6M
from
http://www.stats.uwo.ca/faculty/murdoch/software/r-devel/
and tried using tkrplot on Windows 2000.
.First.lib failed to load the dll:
.Tcl(paste("load", file, "Rplot"))
appeared to be mixing up double-backslashes and forward slashes:
[tcl] couldn't load library "C:w1080devlibrary
2015 Mar 10
2
Notes on building a gcc toolchain for Rtools (but not multilib)
----- Original Message -----
> From: "Duncan Murdoch" <murdoch.duncan at gmail.com>
> To: "Hsiu-Khuern Tang" <tangoh at gmail.com>, r-devel at r-project.org
> Sent: Monday, March 9, 2015 10:40:02 AM
> Subject: Re: [Rd] Notes on building a gcc toolchain for Rtools (but not multilib)
>
> On 09/03/2015 11:07 AM, Hsiu-Khuern Tang wrote:
> > On