similar to: bad fisher.test() bug (PR#1662)

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Fri, 30 May 2008 22:34:28 +0100 (BST) writes: BDR> I think it is ESS that is parsing this as a help BDR> request (so it can divert it to an ESS buffer). BDR> Looks like this is an ESS issue, not an R one. yes, indeed, hence much more belonging the ESS-help

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Mon, 22 May 2000 berwin@maths.uwa.edu.au wrote: >> Dear all, >> >> I was playing around with some C-code that I dynamically linked to R >> and noticed the following inconsistency: > > dat <- matrix(1,3,3) > >

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Tue, 7 Mar 2000, Martin Maechler wrote: >> >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: >> BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: >> >> I think I've discovered what went

>>>>> "BDR" == Prof Brian Ripley <ripley at stats.ox.ac.uk> >>>>> on Tue, 13 May 2008 07:32:43 +0100 (BST) writes: BDR> This example does not crash in R 2.7.0, R-patched nor BDR> R-devel (r45677) for me (x86_64 F8 Linux.) It also BDR> does not crash with the CRAN build of R 2.7.0 on BDR> Windows XP. Neither does it

Version: platform = sparc-sun-solaris2.6 arch = sparc os = solaris2.6 system = sparc, solaris2.6 status = status.rev = 0 major = 0 minor = 64.2 year = 1999 month = July day = 3 language = R -- It is unclear to me that the handling of NAs is desirable, and it has problems with names: > z <- c(T,T,NA,F,T) > names(z) <- letters[1:5] > which(z) Error: names attribute

Has there been a recent change in the behavior of binary operators? In SparseM it was, until quite recently ok to do scalar multiplication but now, > A*4 Error in A * 4 : non-numeric argument to binary operator > 4*A Error in 4 * A : non-numeric argument to binary operator > A%*%A An object of class "matrix.csr" Slot "ra": [1] 1 1 1 Slot "ja": [1] 1 2 3

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: >> I think I've discovered what went wrong. >> >> My workspace included a function wilcox.test formerly copied from >> ctest. Now ctest ist part of the distribution and because of that I

On Tue, 7 Mar 2000, Martin Maechler wrote: > >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: > > BDR> On Tue, 7 Mar 2000, Trenkler, Dietrich wrote: > >> I think I've discovered what went wrong. > >> > >> My workspace included a function wilcox.test formerly copied from > >>

[This turned into a bug report which will go to r-devel, so I have taken it off r-help.] Bugs reported here: (1) formatC's help page need some clarification. (2) formatC needs to treat modes "double" and "real" as equivalent. (3) format's help page or (preferably) format needs correction re the meaning of `digits' On Sun, 28 Feb 1999, Martin Maechler wrote:

Dear Sir, I have point-point ethernet connections to my linux boxes on which I am running Zebra OSPFD. I am unable to understand the output of the tcpdump. Please clarify the terms in the output. The output of the command tcpdump on BOX 1 is as follows: I have also shown a part of my network below. 14:0831.849801 eth0 M 192.168.2.2 > 224.0.0.5: OSPF v2-hello 48: rtrid 192.168.4.2 backbone

The problem with POSIXt is that you must consider timezones and daylight vs. standard time issues even if you don't want to. This violates modularity (viz. your routines becomes coupled to unrelated information) and leads to subtle errors where different routines are assuming different time zones. The problem is that the time, date, day of the week, month, etc. of a date depend on its

>>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: .... BDR> BTW, ... I missed the masked() and conflicts() BDR> functions of S. Yes, I know I could write one easily, and will BDR> unless I missed anything in R that does the job. I've missed them as well. However, I propose to implement (additionally) a more DRASTIC

Hi Martin, When I attended the LinuxWorld Expo in NYC back in January, I chatted with some folks at the AMD booth, as well as guys from Penguin Computing (where we bought our Opteron box). I was told that the Operton has this somewhat strange setup that the memory is controlled by one CPU. The net effect of this being that when both CPUs are running, one might only be running at around 90%

Estimados, tengo que hacer un calculo muy simple, pero con una BD mas o menos grande (250mil filas x 500 columnas) ... esta BD esta en formato de SPSS y la importo asi: library(foreign) bdr <- read.spss("CASEN_2013_MN_B_Principal.sav", use.value.labels=FALSE, to.data.frame=TRUE) luego, quiero transformar el DF en un data.tale pues el calculo requiere obtener promedios de

[sending this to R-devel, since it may be of general interest and could possibly lead to better instructions in the "R-exts" manual] Is this another case where only .Call() or .External() [or a fudge factor] solve my problem? Following situation: I use dyn.loaded C code to compute a recursive tree structure from my data. Beforehand I don't know how big the tree will

I almost didn't believe in it anymore, but Rcmd INSTALL finally is working for me! Thanks to all who helped on this, especially to Guido Masarotto, Brian Ripley, John Fox, Peter Dalgaard, Uwe Ligges. Anyway, I do think the documentation is a bit confusing here (at least for me, I don't know if others have felt the same). It might be a good idea to add the essence of Brians and Guidos

R (Windows version) users/developers: While I have checked R-help/-devel mailing lists and R-bug-tracking system, this problem has not been reported so far. I would like to know whether this problem is specific to my machine. Lately I downloaded the version 1.5.0 patched [for windows] from http://www.stats.ox.ac.uk/pub/bdr/RWin/Rpre/ [patched: 2002-06-05] and

Indeed, there is no file named "dlltool" anywhere around here! So, at last I am beginning to suspect that my collection of tools is incomplete. What I have got is "rw1020sp.zip" and "http://www.stats.ox.ac.uk/pub/bdr/RWin/tools.zip". These are properly istalled, I think. readme.packages says "If your package has no C nor Fortran nor C++ sources, see `Simple

> To: "Heberto Ghezzo" <heberto at MEAKINS.Lan.McGill.CA> > Subject: Re: [R] R-0.63.1 is released > From: Peter Dalgaard BSA <p.dalgaard at biostat.ku.dk> > > "Heberto Ghezzo" <heberto at MEAKINS.Lan.McGill.CA> writes: > > > Sorry for a silly question but. . . > > why the new version is 'bdr0631' ? what is the

Hi, I saw some ref to R on HDF site and found some e-mails regarding them on Feb. Has there ben any developement on either of these software (HDF or netCDF)? I am primary interested in NT side, but Unix side will help to some degree. Thanks much in advance, ************************************************************** S. Hoon Yoon (Quant) Merrill Lynch