On 06/12/12 19:14, Uwe Ligges wrote:
On 06.12.2012 18:22, Mauricio Zambrano-Bigiarini wrote:
On 07/11/12 11:01, Prof Brian Ripley wrote:
On 07/11/12 09:53, Duncan Murdoch wrote:
On 12-11-07 4:26 AM, Christophe Genolini wrote:
Hi all,
Is it possible to add comments in the DESCRIPTION file?
On Dec 6, 2012, at 8:36 PM, Hervé Pagès wrote:
> On 12/06/2012 04:53 PM, William Dunlap wrote:
>> Why not just use some tag that R doesn't already use, say "Comment:", instead
>> of a #? If you allow # in position one of a line to mean a comment then
>> people
>> may expect # to be used as a com
On 12/06/2012 04:53 PM, William Dunlap wrote:
Why not just use some tag that R doesn't already use, say "Comment:", instead
of a #? If you allow # in position one of a line to mean a comment then people
may expect # to be used as a comment anywhere on a line.
I would stick to whatever the DCF
Why not just use some tag that R doesn't already use, say "Comment:", instead
of a #? If you allow # in position one of a line to mean a comment then people
may expect # to be used as a comment anywhere on a line.
(It may also mess up some dcf parsing code that I've written - it checks that
line
On 12/06/2012 03:41 PM, Hervé Pagès wrote:
Hi,
Wouldn't be hard to patch read.dcf() though.
FWIW here's the "comment aware" version of read.dcf() I've been using
for years:
.removeCommentLines <- function(infile=stdin(), outfile=stdout())
{
if (is.character(infile)) {
inf
Hi,
Wouldn't be hard to patch read.dcf() though.
FWIW here's the "comment aware" version of read.dcf() I've been using
for years:
.removeCommentLines <- function(infile=stdin(), outfile=stdout())
{
if (is.character(infile)) {
infile <- file(infile, "r")
on.exit(close(inf
On 06.12.2012 18:22, Mauricio Zambrano-Bigiarini wrote:
On 07/11/12 11:01, Prof Brian Ripley wrote:
On 07/11/12 09:53, Duncan Murdoch wrote:
On 12-11-07 4:26 AM, Christophe Genolini wrote:
Hi all,
Is it possible to add comments in the DESCRIPTION file?
The read.dcf function is used to re
On Thu, Dec 6, 2012 at 9:34 AM, Dirk Eddelbuettel wrote:
| > [Are more Solaris-esque build slaves needed? Someone give a shout
> if so...
> | > we can sponsor some infrastructure there.]
> |
> | as long we (R community at large "in principle", de facto,
> | AFAIK, Prof Brian Ri
On 07/11/12 11:01, Prof Brian Ripley wrote:
On 07/11/12 09:53, Duncan Murdoch wrote:
On 12-11-07 4:26 AM, Christophe Genolini wrote:
Hi all,
Is it possible to add comments in the DESCRIPTION file?
The read.dcf function is used to read the DESCRIPTION file, and it
doesn't support comments. (
On 06/12/2012 15:32, William Dunlap wrote:
Ordinary functions should not alter their inputs but in R-2.15.2
svd(LINPACK=TRUE,X) does. (It worked in 2.15.0 but not in 2.15.1
or 2.15.2 and became deprecated in 2.15.2.)
But not in R-devel. I'll backport the difference.
X <- matrix(c(1,2,3, 5
On Thu, Dec 6, 2012 at 10:12 AM, Martin Maechler
wrote:
>> elijah wright
>> on Wed, 5 Dec 2012 14:23:51 -0600 writes:
>
> > Is that a build with "good old" Studio or a build with a recent GCC?
> > I don't have any direct comments that would be helpful to you - but let
> me
>
Ordinary functions should not alter their inputs but in R-2.15.2
svd(LINPACK=TRUE,X) does. (It worked in 2.15.0 but not in 2.15.1
or 2.15.2 and became deprecated in 2.15.2.)
> X <- matrix(c(1,2,3, 5,7,11, 13,17,19), 3, 3)
> X
[,1] [,2] [,3]
[1,]15 13
[2,]27 17
[3,]3
On 6 December 2012 at 16:12, Martin Maechler wrote:
| > elijah wright
| > on Wed, 5 Dec 2012 14:23:51 -0600 writes:
|
| > Is that a build with "good old" Studio or a build with a recent GCC?
| > I don't have any direct comments that would be helpful to you - but let
me
|
Suharto,
I think that the key is to read the definition of exclude in the
Arguments section:
a vector of values to be excluded when forming the set of levels. This
should be of the same type as x, and will be coerced if necessary.
Because the levels already exist for x as a factor, they are n
> elijah wright
> on Wed, 5 Dec 2012 14:23:51 -0600 writes:
> Is that a build with "good old" Studio or a build with a recent GCC?
> I don't have any direct comments that would be helpful to you - but let me
> know if you need a place to do some test builds and try to figu
1. A Surv object is a matrix with some extra attributes. The as.matrix.Surv function
removes the extras but otherwise leaves it as is.
2. The last several versions of the survival library were accidentally missing the
S3method('as.matrix', 'Surv') line from their NAMESPACE file. (Instead it's
Dear Elijah,
Many thanks for the reply.
Is that a build with "good old" Studio or a build with a recent GCC?
>
According to <
http://cran.r-project.org/web/checks/check_flavors.html#r-patched-solaris-x86>
it's Studio 12.3 on Solaris 10.
> I don't have any direct comments that would be helpful
On 12/04/2012 09:40 PM, cbe...@tajo.ucsd.edu wrote:
Hervé Pagès writes:
Hi,
The 2 man pages give inconsistent description of class():
Found in ?class:
If the object does not have a class attribute, it has an implicit
class, ‘"matrix"’, ‘"array"’ or the result of ‘mode(x)’ (exc
18 matches
Mail list logo
