similar to: Re: autoload error in profile {was anova-bug in R-version 1.0.0?} (PR#473)

>>>>> "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

>>>>> "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

Hi, all, In PR#1138 and PR#1139, I pointed out that round() with digits<0 would not actually round to an integer. Brian D. Ripley (hereafter BDR) fixed it in R-1.4.0, but the fix introduced a new error, PR#1254 (caught by Ole Christensen). BDR (I'm guessing) fixed the fix; here's the relevant line from fround.c: if(dig <= 0 && fabs(res) < 1e9) res = (int)floor(res +

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 always got the message: [Previously saved workspace restored] Error in autoload("wilcox.test", "ctest") : Object already exists I didn't take care of this message. Now I removed

(CC'ed to R-bugs ``for the record'') >>>>> "BDR" == Prof Brian D Ripley <ripley@stats.ox.ac.uk> writes: BDR> On Thu, 13 Jun 2002, Martin Maechler wrote: >> >>>>> "MM" == Martin Maechler >> <maechler@stat.math.ethz.ch> writes: >> >> >>>>> "BDR" ==

# Your mailer is set to "none" (default on Windows), # hence we cannot send the bug report directly from R. # Please copy the bug report (after finishing it) to # your favorite email program and send it to # # r-bugs@biostat.ku.dk # ###################################################### Under R version 0.6.51 the following A_c(13,9,15,5,25,15,3,9,6,12) B_c(42,24,41,19,27)

First, the Asterisk settings: ----- sip.conf ----- [general] port=5060 ; UDP Port to bind to (SIP standard port is 5060) bindaddr=0.0.0.0 ; IP address to bind to (0.0.0.0 binds to all) context=default ; Default context for incoming calls disallow=all ; First disallow all codecs; Set order allow=ulaw ; also known as g.711 PCMU; allow codecs in

[This is a "spill-over" from the "R-core" mailing list, since several of you may be interested and have comments ... -MM] >>>>> "Thomas" == Thomas Lumley <thomas@biostat.washington.edu> writes: Thomas> On 29 Oct 1997, Peter Dalgaard BSA wrote: >> Perhaps we should revise the current contents of the base library >>

Hi, Below I've flagged some sentences in the R documentation (from cvs) which are garbled in some way. If anyone can clarify what these sentences should say I'd be grateful. The problems were picked up as part of the proof-reading of the R manuals by Ciaran O'Riordan. After looking at the text neither of us could figure out what the documentation was meant to say. -- Brian Gough

Hello, I'm using the R package called mvpart, which is about the multivariate regression trees. The function I wrote is: mrt1<- mvpart(coefmat~sChip+sScreen+sMem,data=mixdata, xv="pick", plot.add=TRUE,uniform=TRUE,which=4,all=TRUE,xadj=2,yadj=2,rsq=TRUE,big.pts=TRUE,wgt.ave.pca=TRUE,legend=TRUE,bars=F, pca=TRUE) where "coefmat" is a matrix(of dimension N*K) to store

-- jand. more than just a group Asterisk AGI Command GET DATA is usually of this form GET DATA timeout max_digits When I execute this command, I get only a single digit, regardless of what the value of max_digits is, Also the script quits Immediately after the press of the digit regardless of what the value of timeout is, This is really un-desirable as I will like to GET multiple DTMF digits

Hello, I'm using the R package called mvpart, which is about the multivariate regression trees. The function I wrote is: mrt1<- mvpart(coefmat~sChip+sScreen+sMem,data=mixdata, xv="pick", plot.add=TRUE,uniform=TRUE,which=4,all=TRUE,xadj=2,yadj=2,rsq=TRUE,big.pts=TRUE,wgt.ave.pca=TRUE,legend=TRUE,bars=F, pca=TRUE) where "coefmat" is a matrix(of dimension N*K) to store

I am working with some survival data with missing values. I am using the mice package to do multiple imputation. I have found code in this thread which handles pooling of the MI results: https://stat.ethz.ch/pipermail/r-help/2007-May/132180.html Now I would like to plot a survival curve using the pooled results. Here is a reproducible example: require(survival) require(mice) set.seed(2) dt

>>>>> "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) > >

All, Has anyone seen this before? This appears to be a Swift or app_swift bug. I'm having a difficult time finding any information or support on this. Asterisk version: Asterisk 11.6-cert4 built by asterisk @ ivrd02 on a x86_64 running Linux on 2014-08-11 13:55:25 UTC OS: Linux livrp03 2.6.32-431.11.2.el6.x86_64 #1 SMP Mon Mar 3 13:32:45 EST 2014 x86_64 x86_64 x86_64 GNU/Linux When

>>>>> "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

Hi, I've been having a little problem with my asterisk servers, I have 4 identical asterisk servers setup (same hardware, same OS, same config). Once in a while (once or twice a day) one of the server crashes on the cron job reload. But I realized this only happens on 3 of the 4 servers. Tried to spot the difference between that one server that wasn't crashing. The difference I found was