[Rd] Reading clipboard with read.delim("clipboard") crash (PR#13957)

2009-09-18 Thread liam . gretton
Full_Name: Liam Gretton Version: 2.9.2 OS: openSUSE 11.1 (x86_64) Submission from: (NULL) (143.210.13.77) Reading a large number of rows of delimited data via the clipboard results in a segfault or double free error. I've tested copying from various applications, but gedit will do. This problem

[Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread joehl
Full_Name: Jens Oehlschlägel Version: 2.9.2 OS: Win32 Submission from: (NULL) (85.181.152.156) # Obviously an empty basename is allowed (if the filepath is a pure path) > basename("/") [1] "" # but here we get the dot from the path > basename("./") [1] "." > version _

[Rd] winbuilder down

2009-09-18 Thread Uwe Ligges
Dear developers, the winbuilder service and CRAN windows binary package built service will be down for roughly 60 hours from now on due to a whole-weekend power outage in our floor. Best wishes, Uwe Ligges __ R-devel@r-project.org mailing list http

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread Peter Dalgaard
jo...@web.de wrote: > Full_Name: Jens Oehlschlägel > Version: 2.9.2 > OS: Win32 > Submission from: (NULL) (85.181.152.156) > > > # Obviously an empty basename is allowed (if the filepath is a pure path) >> basename("/") > [1] "" > > # but here we get the dot from the path >> basename("./") > [1]

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread Simon Urbanek
On Sep 18, 2009, at 12:11 , Peter Dalgaard wrote: jo...@web.de wrote: Full_Name: Jens Oehlschlägel Version: 2.9.2 OS: Win32 Submission from: (NULL) (85.181.152.156) # Obviously an empty basename is allowed (if the filepath is a pure path) basename("/") [1] "" # but here we get the dot f

Re: [Rd] 2.10.0 Under development (unstable) (2009-09-15 r49711) just built segfaults on Debian Squeeze

2009-09-18 Thread Duncan Murdoch
I've just committed (r49747) some changes that should fix the re-entrancy bug Mark reported the other day. The problem was that R reads some files (e.g. Mark's .Rprofile) in a read-eval-print loop, and only parses them a few lines at a time. This means that within that loop, one of the evals

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread Jens Oehlschlägel
Mmh, > > Point is, I gather, that trailing slashes are removed, e.g., > > > > viggo:~/>basename foo/ > > foo > > > > So, not a bug. This unfortunately means that we cannot distinguish between 1) a path with a filename 2) a path without a filename For example in the next version of the ff-packag

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread Simon Urbanek
Jens, On Sep 18, 2009, at 15:08 , Jens Oehlschlägel wrote: Mmh, Point is, I gather, that trailing slashes are removed, e.g., viggo:~/>basename foo/ foo So, not a bug. This unfortunately means that we cannot distinguish between 1) a path with a filename 2) a path without a filename Of c

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread simon . urbanek
Jens, On Sep 18, 2009, at 15:08 , Jens Oehlschl=E4gel wrote: > Mmh, > >>> Point is, I gather, that trailing slashes are removed, e.g., >>> >>> viggo:~/>basename foo/ >>> foo >>> >>> So, not a bug. > > This unfortunately means that we cannot distinguish between > 1) a path with a filename > 2) a p

Re: [Rd] basename returns "." not in filename (PR#13958)

2009-09-18 Thread Ted Harding
On 18-Sep-09 19:08:15, Jens Oehlschlägel wrote: > Mmh, >> > Point is, I gather, that trailing slashes are removed, e.g., >> > >> > viggo:~/>basename foo/ >> > foo >> > >> > So, not a bug. > > This unfortunately means that we cannot distinguish between > 1) a path with a filename > 2) a path witho

[Rd] Package crashes R under Windows Vista

2009-09-18 Thread cstrato
Dear all, Please, please I really need your help, since I am not able to solve the problem myself: It seems that until now most Windows users of my Bioconductor package "xps" use Windows XP, but recently a user tried to use it on Windows Vista where it crashed R immediately. Since I assume tha

[Rd] inconsistency in attaching attributes to NULL

2009-09-18 Thread William Dunlap
In R-devel (svn 49628) and back to at least R 2.7.0 we get inconsistent results when attempting to attach attributes to a variable with the value NULL. If we use attributes<- it finishes but changes the value to list(). > a<-NULL > attributes(a)<-list(attr1="First attribute", attr2=2+2i)

Re: [Rd] Package crashes R under Windows Vista

2009-09-18 Thread Duncan Murdoch
On 18/09/2009 6:12 PM, cstrato wrote: Dear all, Please, please I really need your help, since I am not able to solve the problem myself: It seems that until now most Windows users of my Bioconductor package "xps" use Windows XP, but recently a user tried to use it on Windows Vista where it cr

[Rd] what should names(x) be padded with when length(x) is increased?

2009-09-18 Thread William Dunlap
R version 2.10.0 Under development (unstable) (2009-09-08 r49628) Here are two somewhat related questions. First, when we attach a too short names vector to a vector the names vector is padded with NA's to the length of the main vector: E.g., > x<-1:3 > names(x)<-c("One","Two") > str(x)

Re: [Rd] what should names(x) be padded with when length(x) is increased?

2009-09-18 Thread Gabor Grothendieck
The graphviz site, itself, lists resources/alternatives here: http://www.graphviz.org/Resources.php On Fri, Sep 18, 2009 at 6:34 PM, William Dunlap wrote: > R version 2.10.0 Under development (unstable) (2009-09-08 r49628) > > Here are two somewhat related questions. > > First, when we attach a t

Re: [Rd] inconsistency in attaching attributes to NULL

2009-09-18 Thread cls59
William Dunlap wrote: > > In R-devel (svn 49628) and back to at least R 2.7.0 we get > inconsistent results when attempting to attach attributes to > a variable with the value NULL. > > If we use attributes<- it finishes but changes the value to list(). > >> a<-NULL >> attributes(a)<-