Re: [Rd] illegal operation in debian (PR#9086)

On Wed, Jul 19, 2006 at 05:18:03PM +0100, Prof Brian Ripley wrote: > On Wed, 19 Jul 2006, Perez Martin, Agustin wrote: > > > Program received signal SIGILL, Illegal instruction. > > 0x002a9590086f in ATL_dupKBmm30_1_1_b0 () from > > /usr/lib/atlas/libblas.so.3 > > OK, that is clearly a debian

Re: [Rd] Post CGI forms with built-in R function?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Mike If you don't want to have to download any packages but stick entirely within R, then you can mimic the code in httpRequest. But, as far as I know, there is no function in the standard R distribution to POST an HTTP request. As for using

Re: [Rd] Patch to allow negative argument in head() and tail()

On Wed, 19 Jul 2006, Martin Maechler wrote: [most discussion of unix tail behavior deleted] > > I know that there is some "good" reason for the behavior of > 'tail' in "Unix" > { tail -3 === tail -n 3 and >tail -3 === tail -n -3 } > > but of course, we can't be compatible here, becau

Re: [Rd] illegal operation in debian (PR#9086)

On Wed, 19 Jul 2006, Perez Martin, Agustin wrote: > Program received signal SIGILL, Illegal instruction. > 0x002a9590086f in ATL_dupKBmm30_1_1_b0 () from > /usr/lib/atlas/libblas.so.3 OK, that is clearly a debian ATLAS issue, so not an R bug. > -Mensaje original- > De: Prof Brian Rip

Re: [Rd] illegal operation in debian (PR#9086)

Program received signal SIGILL, Illegal instruction. 0x002a9590086f in ATL_dupKBmm30_1_1_b0 () from /usr/lib/atlas/libblas.so.3 -Mensaje original- De: Prof Brian Ripley [mailto:[EMAIL PROTECTED] Enviado el: miércoles, 19 de julio de 2006 14:23 Para: Perez Martin, Agustin CC: 'Dirk Ed

[Rd] Post CGI forms with built-in R function?

I wrote a package that requires downloading data from an external server based on parameters specified by the user. I have used RMySQL or Rcurl to accomplish this, but in the interest of simplicity for users of this package, I'd like this communication to not require installing other package

Re: [Rd] Bug?: summary() fails after use of na.action="na.exclude" in lm()

On Wed, 19 Jul 2006, Gregor Gorjanc wrote: > I have encountered a weird problem and I am wondering if this is a bug. > Here is the example: > > n <- 50 > x <- runif(n=n) > y1 <- 2 * x + rnorm(n=n) > y2 <- 5 * x + rnorm(n=n) > y2[sample(1:n, size=5)] <- NA > > y <- cbind(y1, y2) > > fit <- lm(y1 ~ 1

Re: [Rd] Patch to allow negative argument in head() and tail()

[Martin Maechler] > Regarding unix command line compatibility: > Note that there, 'tail' is *really* not what we want to imitate: > "3" is the same as "-3" but different from "+3" : >I know that there is some "good" reason for the behavior of >'tail' in "Unix" > { tail -3 === tail -n 3

Re: [Rd] ASCII dump from an REXP (JRI)

Adam, please use stats-rosuda-devel or private mail, your mail ended up on R-devel again ... On Jul 18, 2006, at 10:56 PM, way4thesub wrote: > evaluate an R expression. Is there a way to just print, verbatim, > what R evaluates to the screen (ie just a pure ASCII dump with no > regard to t

Re: [Rd] [BioC] Errors using biocLite on Apple OS X

Steven, short story: now fixed in R-devel. The long story: On Jul 18, 2006, at 8:15 PM, Steven McKinney wrote: > The warnings from > > make.packages.html() > > on the Apple Mac OS X platform can be dealt > with as follows: > The warning appears for a completely different reason - make.packag

Re: [Rd] illegal operation in debian (PR#9086)

On Wed, 19 Jul 2006, Perez Martin, Agustin wrote: > Well, first I´m going to write the output of gdb: Used incorrectly: you need to use gdb /path/to/R/bin/exec/R and perhaps 'where' at the gdb prompt. (Or run R -d gdb.) > [EMAIL PROTECTED]:~$ gdb R core > > GNU gdb 6.3-debian >

Re: [Rd] illegal operation in debian (PR#9086)

Well, first I´m going to write the output of gdb: [EMAIL PROTECTED]:~$ gdb R core GNU gdb 6.3-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribut

Re: [Rd] illegal operation in debian (PR#9086)

On 19 July 2006 at 12:48, [EMAIL PROTECTED] wrote: | On Wed, 19 Jul 2006, [EMAIL PROTECTED] wrote: | | > Full_Name: Agustin Perez | > Version: 2.3.1 | > OS: Debian 2.6.8-11-amd64-generic | > Submission from: (NULL) (193.147.142.6) | > | > | > First of all excuses for my bad use of english and t

Re: [Rd] illegal operation in debian (PR#9086)

On Wed, 19 Jul 2006, [EMAIL PROTECTED] wrote: > Full_Name: Agustin Perez > Version: 2.3.1 > OS: Debian 2.6.8-11-amd64-generic > Submission from: (NULL) (193.147.142.6) > > > First of all excuses for my bad use of english and thanks for read my problem. > > Well when I do the following comand in

[Rd] illegal operation in debian (PR#9086)

Full_Name: Agustin Perez Version: 2.3.1 OS: Debian 2.6.8-11-amd64-generic Submission from: (NULL) (193.147.142.6) First of all excuses for my bad use of english and thanks for read my problem. Well when I do the following comand in R suddenly crashes and exit me for the enviroment: > a<-matrix(

Re: [Rd] Dropping unused levels of a factor that has "NA" as a level

It is history: r16144 | ripley | 2001-09-28 19:40:28 +0100 (Fri, 28 Sep 2001) | 2 lines add is.na<-, distinguish NA level and NA codes in factors so predates having NA character strings distinct from "NA". On Tue, 11 Jul 2006, Brahm, David wrote: > I mentioned this in R-help on April 28: >

[Rd] Bug?: summary() fails after use of na.action="na.exclude" in lm()

Hello! I have encountered a weird problem and I am wondering if this is a bug. Here is the example: n <- 50 x <- runif(n=n) y1 <- 2 * x + rnorm(n=n) y2 <- 5 * x + rnorm(n=n) y2[sample(1:n, size=5)] <- NA y <- cbind(y1, y2) fit <- lm(y1 ~ 1, na.action="na.exclude") summary(fit) ## Goes ok here

Re: [Rd] Patch to allow negative argument in head() and tail()

> "FrPi" == François Pinard <[EMAIL PROTECTED]> > on Tue, 18 Jul 2006 17:41:53 -0400 writes: FrPi> [Vincent Goulet] >> For me, this usage of head() and tail() is, at first, >> completely unintuitive since I more used to, say, "start >> from the beginning (head) of the v