"McGehee, Robert" <[EMAIL PROTECTED]> writes:
> Yes, but from ?"%%":
> "It is guaranteed that 'x == (x %% y) + y * (x %/% y)' (up to rounding
> error) ..."
>
> (R 2.1.0)
> > x <- 1
> > y <- 0.2
> > x %% y
> [1] 0.2
> > (x %% y) + y * (x %/% y)
> [1] 1.2
>
> Certainly 1 does not equal 1.2 as the
Byron Ellis <[EMAIL PROTECTED]> writes:
> There's an endian difference, but other than that our results are
> identical:
>
> 000 524458320a580a0002000202
> 020 010400040200010000100900
> 040 01
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Aha! 100 times machine precision in not all that much when the numbers
> themselves are in double digits. In fact, one is over 100. The case
> that triggers the failure is #149
>
> > 147 148 149 151 152
"M. Edward (Ed) Borasky" <[EMAIL PROTECTED]> writes:
[snip]
> >Hmm, could you replace the a1 == a2 with all.equal(a1, a2) instead?
> >(inside reg-tests-1.R of course)
> >
> >Asking for identity up to machine precision does look a bit optimistic...
> >
> >
> That worked ... it got through reg-tests
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> It is working as documented: there is no on.exit set for str, is there?
>
> 'sys.on.exit()' retrieves the expression stored for use by
> 'on.exit' in the function currently being evaluated. (Note that
> ^^
A small cosmetic item: In current versions we have
> plot(0)
> title("Foobar")
NULL
in which the printing of NULL didn't happen in 1.9.1. Same story with
mtext(), and both pretty apparent in the output from demo(graphics).
I can't offhand see what caused the change.
--
O__ Peter Dal
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> vals <- sort(unique(x))
> y <- tabulate(match(x, vals))
> rval <- approxfun(vals, cumsum(y)/n, method = "constant", yleft = 0,
> yright = 1, f = 0, ties = "ordered")
>
> should work better for you and may be little
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> That is a mistake at your own department's site, but not in the current R
> sources. It seems those docs are from R 1.2.2! Even R 1.6.2 has the
> correct formula.
>
> Please ask whoever maintains that site to correct it, and don't expect the
> R
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> > BTW, we just had two weeks of alpha and beta releases in which to
> > find this sort of stuff, you know
>
> Ye...s!
[I even might have found it myself, but I set LANG=C, LC_CTYPE=da_DK
in my shells because I otherwise go nuts from the semi-tr
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> On Sun, Jun 06, 2004 at 01:32:00PM -0700, Spencer Graves wrote:
> > I agree: It sounds like a bug, as you said, Irk, in that
>
> That brilliant :) Many people, in Germany as well as abroad, managed to
> chop Eddelbuettel quite well. Turning
Peter Dalgaard <[EMAIL PROTECTED]> writes:
> Prof Brian Ripley <[EMAIL PROTECTED]> writes:
>
> > Example output in comment is now corrected in R-patched.
> > What has the rest to do with a bug report?
>
> He's hoping (with some reason) that the change of behaviour was the
> bug. I seem to recall
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> Example output in comment is now corrected in R-patched.
> What has the rest to do with a bug report?
He's hoping (with some reason) that the change of behaviour was the
bug. I seem to recall some internal discussion of the effect, but not
whether i
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> On 21 Apr 2004, Peter Dalgaard wrote:
>
...
> > I have this down to the use of R_alloc in the vect() function (line
> > 40, optim.c). Replacing with S_alloc (which zeros memory) removes the
> > issue for me on this machine and on the Opteron. Could
"Swinton, Jonathan" <[EMAIL PROTECTED]> writes:
> # works as expected
> > ac <- c('A','B');
> > identical(ac,ac[1:2])
> [1] TRUE
>
> #but
> > af <- factor(ac)
> > identical(af,af[1:2])
> [1] FALSE
>
> Any opinions?
Did a cross-check with Splus and it doesn't do that , so I think it
qualifies
Marek Ancukiewicz <[EMAIL PROTECTED]> writes:
> Dear Thomas,
>
> The question becomes: how do we rank missing values? In
> version 1.8.1 at least, cor () uses default handling of
> missing values by rank() [by na.last parameter], that is
> missing values are assigned the highest rank. However, i
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> What I think we need is the number of rows of the model frame *before
> subsetting*, so that any further arguments (and there are none such in
> Martin's example) of the same length as the response get subsetted.
>
> Berwin's fix is ugly, and I thin
I came across this in connection with an unrelated issue
> beta[2]
Error in beta[2] : object is not subsettable
> beta[2] <- 5
Error in "[<-"(`*tmp*`, 2, value = 5) : object is not subsetable
One of the messages must be wrong, but I need a native English speaker
to tell me which one.
--
O__
Full_Name:
Version:
OS:
Submission from: (NULL) (192.38.19.4)
I'm playing with some modifications to work around the problem where people
would inadvertently submit a report a second time by refreshing the main page in
their browser.
__
[EMAIL PROTE
Full_Name: Peter Dalgaard
Version: -irrelevant-
OS: -Linux/Mozilla 1.4-
Submission from: (NULL) (80.199.16.96)
It has been reported that after sending a report and returning to the main page,
refreshing the main page (obviously a natural thing to want to do) resends the
report as a duplicate. Thi
Full_Name: Peter Dalgaard
Version: -irrelevant-
OS: -Linux/Mozilla 1.4-
Submission from: (NULL) (80.199.16.96)
It has been reported that after sending a report and returning to the main page,
refreshing the main page (obviously a natural thing to want to do) resends the
report as a duplicate. Thi
> library(foreign)
> lookup.xport(T)
Program received signal SIGSEGV, Segmentation fault.
0x4207a547 in strchr () from /lib/i686/libc.so.6
(1.8.0 on Linux)
This actually did bite one of our users. Not that he expected to be
able to pass a logical, but he accidentally defined
all <-function(
The R-bugs service has been down for a while since a quick decision
was taken to move the mailserver at pubhealth.ku.dk to a different
machine yesterday. (The move was planned, just not at that time, and
the old server had gottten into a disk full condition.) Since that
implied a switch of machine
Kurt Hornik <[EMAIL PROTECTED]> writes:
> > maechler writes:
>
> > "Duncan" == Duncan Murdoch <[EMAIL PROTECTED]>
> > on Wed, 22 Oct 2003 08:17:32 -0400 writes:
>
> Duncan> I've now tried the code
>
> > set.seed(1)
> > x <- rnorm(50)
> > y <- rnorm(50)
> > cor.test(x,y,met
Duncan Murdoch <[EMAIL PROTECTED]> writes:
> On Mon, 1 Sep 2003 14:26:43 -0700, "Jiming Yu"
> <[EMAIL PROTECTED]> wrote:
>
> >Dear all,
> >I am trying to read characters byte by byte(in their ASCII codes) from a
> >file
>
> I was going to suggest using readBin, but there seems to be a bug:
>
Graeme Ambler <[EMAIL PROTECTED]> writes:
> > What version of readline is linked to R 1.6.0 on that system?
> Probably version 4.1 --- I remember in the past always having to install the
> readline41-4.1-xx package to get R to work. Perhaps Martyn should go back to
> linking against that in the
Marc Schwartz <[EMAIL PROTECTED]> writes:
> On Thu, 2003-06-19 at 05:58, [EMAIL PROTECTED] wrote:
> > Full_Name: Graeme Ambler
> > Version: 1.7.1
> > OS: Red Hat Linux 9
> > Submission from: (NULL) (137.222.80.161)
> >
> >
> > Typing Shift-Return in R causes a segmentation fault. I am using the
Prof Brian Ripley <[EMAIL PROTECTED]> writes:
> Except that there is nothing reproducible in that report, not even the
> claimed (by Don MacQueen) incorrect lines!
Er, right, sorry. Here's a version of the effect, for inclusiont with
the report:
postscript()
x <- seq(0,2*pi,,5)
plot(x,sin(x
Don MacQueen <[EMAIL PROTECTED]> writes:
> When I run the example in R 1.6.2, and view it with gs, I get a good plot.
> When I run the example in R 1.7.0, and view it with gs, I get a bad plot.
> (run on the same host)
>
> My "bad plot" is as described by Stephen.
...
> (followed by ~20 lines
[reported originally by Christoffer Tornøe]
> f <- ordered(month.name)
> f
[1] January February March April May June July
[8] AugustSeptember October November December
12 Levels: April < August < December < February < January < July < ... < September
> unique(f)
[1]
29 matches
Mail list logo
