PS, I should have said that I'm reading the docs for unlink in R-2.10.0
on a Linux system. The docs that appear in a Windows installation of R
are different (the Windows docs do not mention that not all systems
support recursive=TRUE).
Here's a plea for docs to be uniform across all systems!
The VALUE section in the help for 'unlink' says:
| 0| for success, |1| for failure. Not deleting a non-existent file is
not a failure, nor is being unable to delete a directory if |recursive =
FALSE|. However, missing values in |x| result are regarded as failures.
The last phrase doesn't mak
xs4all.nl> writes:
>
> Full_Name: Ludo Pagie
> Version: 2.10.0
> OS: linux, ubuntu, 8.04
> Submission from: (NULL) (83.163.218.221)
>
> when I make a polygon with 100,000 vertices my X-server is being
> killed. This occurs in R-2.9.0 and a freshly installed R-2.10.0
> I'm running Ubuntu with a
whor...@pixar.com wrote:
Full_Name: Rick Sayre
Version: 2.10.0
OS: linux/windows/os x
Submission from: (NULL) (138.72.146.168)
Man, it feels ungrateful to report this, but it looks like in the
process of having my wish PR#13758 fulfilled, a typo snuck in to
the "NEWS" releasenotes:
o New
Full_Name: Ludo Pagie
Version: 2.10.0
OS: linux, ubuntu, 8.04
Submission from: (NULL) (83.163.218.221)
when I make a polygon with 100,000 vertices my X-server is being
killed. This occurs in R-2.9.0 and a freshly installed R-2.10.0
I'm running Ubuntu with a locally compiled R:
uname -a
Linux ony
> arnima writes:
> The file_path_sans_ext() function in the 'tools' package does not handle
> alphanumeric file extensions correctly:
>require(tools)
>file_path_sans_ext("song.txt") # song, correct
>file_path_sans_ext("song.mp3") # song.mp3, wrong
> The help page states that
Hi,
I'm having trouble compiling R-2.10.0 (R-patched_2009-11-02.tar.gz) on
solaris 10 and am hoping for some advice. I'm getting errors about
having the wrong version of lib_I_dbg_gen.so.1 ("version `DBG_GEN_5.1'
not found"), when it gets to the step of compiling recommended
packages (clu
Dear CSAG R users,
I will be glad if someone can point out what I am doing wrong or not doing at
all in this.
I am trying to write out netcdf file in R. I have 26 time step but only the
first time step is written.
For example:
>library(ncdf)
>path <- '/home/work/'
>forecast <- open.ncdf(paste(
Full_Name: Rick Sayre
Version: 2.10.0
OS: linux/windows/os x
Submission from: (NULL) (138.72.146.168)
Man, it feels ungrateful to report this, but it looks like in the
process of having my wish PR#13758 fulfilled, a typo snuck in to
the "NEWS" releasenotes:
o New as.raw() method for "tclOb
> -Original Message-
> From: r-devel-boun...@r-project.org [mailto:r-devel-boun...@r-
> project.org] On Behalf Of Arne Henningsen
> Sent: Tuesday, November 10, 2009 2:24 AM
> To: Duncan Murdoch; r-devel@r-project.org; Yves Croissant;
> giovanni_mi...@generali.com; Achim Zeileis
> Subject:
Having PP.o and PP.so will break things if (as I suspect) they are
from a different architecture. Your colleague's testing should have
picked that up (R CMD check will warn you) but you can try deleting
them.
Also, I think you have ignored all the comments about not installing R
into a path
Hi r-devers,
This is the first time I've tried to install a package from source on
Windows, so please bear with me. I'm trying to install a package written
(and tested) by a colleague in C for R on linux, and I am trying to
install it on windows following the directions here -
http://cran.r-proje
On Tue, 10 Nov 2009, Paul Gilbert wrote:
I am just trying to adjust one of my packages so the C code builds in
Windows. This is code that has been around for a long time, and I'm am only
a casual reader of C, so it has had the "if it is not broken don't touch it"
approach for many years. The
I am just trying to adjust one of my packages so the C code builds in
Windows. This is code that has been around for a long time, and I'm am
only a casual reader of C, so it has had the "if it is not broken don't
touch it" approach for many years. The section 1.2.1 "Using Makevars"
of "Writi
On Sun, Nov 8, 2009 at 2:26 PM, Doran, Harold wrote:
> I've defined the following for objects of a class called jml
>
> summary.jml <- function(object, ...){
> tab <- cbind(Estimate = coef(object),
> StdError = object$se,
> Infit = object$Infit,
On Mon, Nov 9, 2009 at 12:24 PM, Duncan Murdoch wrote:
> Arne Henningsen wrote:
>>
>> I noticed that there is a (minor) bug either the command all.equal()
>> or in the "plm" package. I demonstrate this using an example taken
>> from the documentation of plm():
>>
>
> I'm not sure this is a bug, bu
16 matches
Mail list logo
