In attempting to build R using
rpmbuild --rebuild R-2.1.0-0.fdr.2.fc3.src.rpm
on a fairly up-to-date RedHat 9 system (that is, with patches installed
through May 1 2004), it failed at the make check-all step.
The problem was reproducible by going into the tests directory and
m
In attempting to build R using
rpmbuild --rebuild R-2.1.0-0.fdr.2.fc3.src.rpm
on a fairly up-to-date RedHat 9 system (that is, with patches installed
through May 1 2004), it failed at the make check-all step.
The problem was reproducible by going into the tests directory and
m
I have just become painfully aware that objects of class "difftime",
generated by the difference of two POSIXct objects, carry a "units"
attribute, which flashes by when the object is printed, for example.
The pain was occasioned when I tried to turn these objects into numberic
objects for use els
1) Why did you submit this *twice*, as PR#7826 and PR#7827? Please don't
be so careless of the volunteers' time.
2) > print.POSIXct
function (x, ...)
{
print(format(x, usetz = TRUE, ...), ...)
invisible(x)
}
is definitely *not* implicated. (Use of ... in two places is correct.)
3) O
I've now tested our one remaining RH9 system (built from the sources), and
that behaves exactly as FC3.
Something is wrong with [EMAIL PROTECTED]'s system or its build, not RH9 nor
R generically.
I've put a workaround in R-patched, but ultimately cycles in inheritance
are always possible and t
[EMAIL PROTECTED] writes:
> > unusual_but_ok <- c.POSIXlt(character(0))
> > unusual_but_ok
> character(0)
> > unusual_and_faults <- c.POSIXct(character(0))
> > unusual_and_faults
> Segmentation fault
>
> Running this test program under gdb, we find that we're running off th
The assignment form of 'formals' strips attributes (or something close
to that) from the values in the list. This wasn't intentional, was it?
The current behavior (2.0.0 through 2.1.0 on Windows at least):
> fjj <- function() x
> formals(fjj) <- list(x=c(a=2, b=4))
> fjj
function (x = c(2, 4))
x
P
Prof Brian Ripley wrote:
On Fri, 29 Apr 2005, Kjetil Brinchmann Halvorsen wrote:
This is rw2010 from CRAN.
When running Rcmd check
on a package I get:
Warning in utils::data(list = al, envir = data_env) :
data set 'vowel.test' not found
Warning in utils::data(list = al, envir = data_env) :
da
Patrick Burns <[EMAIL PROTECTED]> writes:
> The assignment form of 'formals' strips attributes (or something close
> to that) from the values in the list. This wasn't intentional, was it?
>
> The current behavior (2.0.0 through 2.1.0 on Windows at least):
>
> > fjj <- function() x
> > formals
On Sat, 30 Apr 2005, Kjetil Brinchmann Halvorsen wrote:
Prof Brian Ripley wrote:
On Fri, 29 Apr 2005, Kjetil Brinchmann Halvorsen wrote:
This is rw2010 from CRAN.
When running Rcmd check
on a package I get:
Warning in utils::data(list = al, envir = data_env) :
data set 'vowel.test' not found
War
Thank you, Jskud.
I can reproduce your problem, though not the
seg.fault, see below
> "Jskud" == Jskud <[EMAIL PROTECTED]>
> on Sat, 30 Apr 2005 09:04:03 +0200 (CEST) writes:
Jskud> In attempting to build R using rpmbuild --rebuild
Jskud> R-2.1.0-0.fdr.2.fc3.src.rpm
Jsk
Yes, this bit me just about a week ago. I subtracted the start time from
the end time of a benchmark, and it came back with a duration in
minutes, so I assumed it always yielded minutes and coded accordingly.
If left to its own choices, a benchmark over an hour came back in hours,
and one of the be
Date: Sat, 30 Apr 2005 10:47:06 +0100 (BST)
From: Prof Brian Ripley <[EMAIL PROTECTED]>
Thank you for the rapid and helpful reply.
1) Why did you submit this *twice*, as PR#7826 and PR#7827? Please don't
be so careless of the volunteers' time.
I noticed that the email I origi
Peter Dalgaard wrote:
Patrick Burns <[EMAIL PROTECTED]> writes:
The assignment form of 'formals' strips attributes (or something close
to that) from the values in the list. This wasn't intentional, was it?
The current behavior (2.0.0 through 2.1.0 on Windows at least):
> fjj <- function() x
> f
Patrick Burns <[EMAIL PROTECTED]> writes:
> But the buglet gets more aggressive if you edit the function:
>
> > fjj <- function() x
> > formals(fjj) <- list(x=c(a=2, b=4))
> > fjj
> function (x = c(2, 4))
> x
> > fjj()
> a b
> 2 4
> > fix(fjj) # do nothing but save
> > fjj()
> [1] 2 4
>
>
Dear Peter,
Thank you very much for your kind and helpful reply.
As I mentioned in a followup email to r-bugs, indeed, one aspect of this
issue is a (user specified) shorter stack than that expected by R -- I
had only allowed 1 MB of stack space a long long time ago, and forgotten
about it.
Due
I had a couple of private replies to the message below, all very
supportive of the idea. I see that where I should have looked first is
at the function difftime, the constructor (which will hardly ever be
used except by people who know about its separate existence from
Ops.POSIXt).
Thus encourage
Using head and tail recently, it occurred to me that it
would be very handy to have the unix convention more
fully, namely to allow negative values for "n" to
signify omission of lines rather than inclusion.
Thus head(X, -1) would mean "all but the last line" and
tail(X, -1) would mean
I am very surprised that people would expect as.numeric to do something
meaningful on time differences (or times, come to that). Perhaps the best
thing is to stop it altogether.
The selection of "auto" was the best for the original purpose: people in
general do not want a difference of 3 days
Brian,
: -Original Message-
: From: Prof Brian Ripley [mailto:[EMAIL PROTECTED]
: Sent: Sunday, 1 May 2005 2:41 PM
: To: Venables, Bill (CMIS, Cleveland)
: Cc: r-devel@stat.math.ethz.ch
: Subject: Re: [Rd] RE: as.numeric method for objects of class
: "difftime"
:
:
: I am very surprise
20 matches
Mail list logo
