Re: [Rd] 64 bit R for Windows

2005-10-18 Thread Milton Lopez
One (delayed) follow-up question on this: We are buying Dell workstations with 64-bit single-core Xeon processors, and we could add a second processor for not much more. Is it possible to make a generalized statement as to what kind of performance improvement we would see with a single vs. dual pr

Re: [Rd] Why no .Machine$sizeof.double?

2005-10-18 Thread Earl F. Glynn
"Thomas Lumley" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > But why would you ever want to write either .Machine$sizeof.double * N.COL > * N.ROW or 8 * N.COL * N.ROW? To troubleshoot a problem a post doc is having with a large matrix. I was trying to understand the size of the n

Re: [Rd] Why no .Machine$sizeof.double?

2005-10-18 Thread Thomas Lumley
On Tue, 18 Oct 2005, Earl F. Glynn wrote: > "Thomas Lumley" <[EMAIL PROTECTED]> wrote in message > news:[EMAIL PROTECTED] >> On Tue, 18 Oct 2005, Earl F. Glynn wrote: >> >>> Whis is there a .Machine$sizeof.longdouble but no > .Machine$sizeof.double? >>> >> >> sizeof(double) is always 8 and sizeof(

Re: [Rd] Why no .Machine$sizeof.double?

2005-10-18 Thread Earl F. Glynn
"Thomas Lumley" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > On Tue, 18 Oct 2005, Earl F. Glynn wrote: > > > Whis is there a .Machine$sizeof.longdouble but no .Machine$sizeof.double? > > > > sizeof(double) is always 8 and sizeof(int) is always 4, because R requires > the IEEE/IEC s

Re: [Rd] on ptr_R_WriteErrConsole

2005-10-18 Thread Byron Ellis
Yup, I like that idea too though it seems like it should be done by routing through the connection interface. It would be interesting to see how much the current stdout relies on information that wouldn't necessarily be available in an event stream. Of course, if you're going to go this rou

Re: [Rd] cross-compiling tools

2005-10-18 Thread A.J. Rossini
Technically, "Jun Yan, based on work and documentation most likely by Brian Ripley, with Tony prodding Jun". Though I'm sure even that would be corrected. Sorry, no clue, as I'm not using R nor Linux at work these days. I'm sure someone else knows. On 10/18/05, Kasper Daniel Hansen <[EMAIL PRO

Re: [Rd] Why no .Machine$sizeof.double?

2005-10-18 Thread Thomas Lumley
On Tue, 18 Oct 2005, Earl F. Glynn wrote: > Whis is there a .Machine$sizeof.longdouble but no .Machine$sizeof.double? > sizeof(double) is always 8 and sizeof(int) is always 4, because R requires the IEEE/IEC standard arithmetic types. R will not compile with any other sizes. -thomas

[Rd] cross-compiling tools

2005-10-18 Thread Kasper Daniel Hansen
Hi We have been cross-compiling windows packages under Linux using the excellent Makefile and instructions by Tony Rossini and Jun Yan. Specifically we have been cross-compiling c++ code and it used to work. Now the minGW tools located at www.stats.ox.ac.uk/pub/Rtools have changed from vers

Re: [Rd] [R-gui] R GUI considerations

2005-10-18 Thread Duncan Temple Lang
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philippe Grosjean wrote: > Hello Marc and the others (and the User!2006 organizing commitee), > > I answer to Marc's email, because I think it is the most constructive > one. I am a little bit dissapointed that the discussion about R GUIs, > whate

Re: [Rd] [R-gui] R GUI considerations

2005-10-18 Thread Philippe Grosjean
Hello Marc and the others (and the User!2006 organizing commitee), I answer to Marc's email, because I think it is the most constructive one. I am a little bit dissapointed that the discussion about R GUIs, whatever the initial subject, inevitably shifts to an endless discussion about which gra

[Rd] tryCatch, simpleCondition question

2005-10-18 Thread Seth Falcon
Hi, I'm trying to learn how to use the tryCatch condition system and am confused about the behavior when I set the call arg of a simpleCondition. I want to catch an error if it meets a certain criteria and otherwise reraise it. I want the error message to indicate the function in which the error

[Rd] Why no .Machine$sizeof.double?

2005-10-18 Thread Earl F. Glynn
Whis is there a .Machine$sizeof.longdouble but no .Machine$sizeof.double? (.Machine$double.digits + .Machine$double.exponent) / 8 could be used for .Machine$sizeof.double, I guess, but why define the structure of doubles in bits, and all other sizeof's in bytes (e.g., .Machine$size.long)? efg Sto

Re: [Rd] Antwort: Re: Inconsistency with matrix indexing (PR#8214)

2005-10-18 Thread Duncan Murdoch
On 10/18/2005 9:32 AM, [EMAIL PROTECTED] wrote: > Dear Duncan, > > you are right. In both R 2.2.0 and 2.1.1 you get the same result. What has > actually changed is the following: > In R 2.1.1 >> mat[1, , drop = FALSE][1] > r1 > 1 > > While in R 2.2.0 >> mat[1, , drop = FALSE][1] > [1] 1 I do

[Rd] Antwort: Re: Inconsistency with matrix indexing (PR#8214)

2005-10-18 Thread stefan . albrecht
Dear Duncan, you are right. In both R 2.2.0 and 2.1.1 you get the same result. What has actually changed is the following: In R 2.1.1 > mat[1, , drop = FALSE][1] r1 1 While in R 2.2.0 > mat[1, , drop = FALSE][1] [1] 1 In both cases > mat[1, , drop = FALSE] c1 c2 c3 r1 1 4 7 I would st

Re: [Rd] on ptr_R_WriteErrConsole

2005-10-18 Thread Duncan Murdoch
On 10/18/2005 8:51 AM, Thomas Friedrichsmeier wrote: >> I'll volunteer to do your testing on Windows, provided nobody suggests a >> way to do what you want without your patches. That is, if there's a way >> for a custom front-end to separate the streams of text coming to >> ptr_R_WriteConsole thro

Re: [Rd] on ptr_R_WriteErrConsole

2005-10-18 Thread Thomas Friedrichsmeier
> I'll volunteer to do your testing on Windows, provided nobody suggests a > way to do what you want without your patches. That is, if there's a way > for a custom front-end to separate the streams of text coming to > ptr_R_WriteConsole through REvprintf from that coming through Rvprintf, > then y

Re: [Rd] on ptr_R_WriteErrConsole

2005-10-18 Thread A.J. Rossini
I fully support Duncan M (though it's painless for me). What I wanted to do, and explored, when I was visiting Peter D in Copenhagen nearly 2 years ago, was to XML-ize the output stream, so that I could mark it up. From that, it would be reasonably simple to parse output (provided you marked it u

Re: [Rd] Inconsistency with matrix indexing (PR#8214)

2005-10-18 Thread Duncan Murdoch
[EMAIL PROTECTED] wrote: > Full_Name: Stefan Albrecht > Version: 2.2.0 > OS: Windows XP > Submission from: (NULL) (194.127.2.74) > > > Dear all, > > in the new R 2.2.0, the matrix indexing has been changed. I just tried your code in R 2.0.1 and 2.1.1, and got the same output as you did. Which

Re: [Rd] on ptr_R_WriteErrConsole

2005-10-18 Thread Duncan Murdoch
I'll volunteer to do your testing on Windows, provided nobody suggests a way to do what you want without your patches. That is, if there's a way for a custom front-end to separate the streams of text coming to ptr_R_WriteConsole through REvprintf from that coming through Rvprintf, then your ch

[Rd] Inconsistency with matrix indexing (PR#8214)

2005-10-18 Thread stefan . albrecht
Full_Name: Stefan Albrecht Version: 2.2.0 OS: Windows XP Submission from: (NULL) (194.127.2.74) Dear all, in the new R 2.2.0, the matrix indexing has been changed. In my opinion, this leads to an inconsistency when indexing one-row matrices. Take > (mat <- matrix(1:9, nrow = 3, dimnames = list(p

Re: [Rd] extending lattice to S4 classes

2005-10-18 Thread ernesto
Prof Brian Ripley wrote: > I think you are confusing us: xyplot is an S3 generic with no 'data' > argument. It is xyplot.formula that you want to add dispatch on its > 'data' argument. I don't really see why you want to mix S3 and S4 > systems, but you could make xyplot.formula an S3 or S4 gene

[Rd] on ptr_R_WriteErrConsole (was: Re: RFC: API to allow identification of warnings and errors in the output stream)

2005-10-18 Thread Thomas Friedrichsmeier
> I second the point about not having made a case, and also that (from the > part deleted below) about needing to understand the internals before > proposing changes. I'll try to make the case below point d). I fully accept rejection of the more daring part of my proposal, but the part about ptr_

Re: [Rd] Documenting newly created generic versions of non-generic base R functions

2005-10-18 Thread Martin Maechler
> "GS" == Gavin Simpson <[EMAIL PROTECTED]> > on Mon, 10 Oct 2005 17:29:42 +0100 writes: GS> Hi, GS> Following the Writing R Extensions manual, I created a method for the GS> cor function. As cor is not a generic, I followed the advice of section GS> 6.1 of the same man

Re: [Rd] gfortran Makefile for windows

2005-10-18 Thread François-Xavier Coudert
> What posting (I see nothing included)? I guess you mean > https://stat.ethz.ch/pipermail/r-devel/2005-September/034811.html Sorry, I thought I would add correct References and In-Reply-To headers, but it was possible using gmail. And then I forgot to change the wording... > Thank you. Please n

Re: [Rd] gfortran Makefile for windows

2005-10-18 Thread Prof Brian Ripley
On Tue, 18 Oct 2005, François-Xavier Coudert wrote: I recently saw this posting in the r-devel list What posting (I see nothing included)? I guess you mean https://stat.ethz.ch/pipermail/r-devel/2005-September/034811.html ? (while looking for something completely unrelated) and just wanted

[Rd] gfortran Makefile for windows

2005-10-18 Thread François-Xavier Coudert
Hi, I recently saw this posting in the r-devel list (while looking for something completely unrelated) and just wanted to say: there are gfortran binaries available for Windows/MinGW (in fact, I do build them monthly just so that Windows users can use the compiler). The exact adress (http://quatra

Re: [Rd] RFC: API to allow identification of warnings and errors in the output stream

2005-10-18 Thread Prof Brian Ripley
On Mon, 17 Oct 2005, Luke Tierney wrote: > On Mon, 17 Oct 2005, Thomas Friedrichsmeier wrote: > >>> I am strongly opposed to locking in anything from the C internals of >>> error handling that is not already part of the API. This is all very >>> much subject to change and anything along the lines

[Rd] sort() and attributes

2005-10-18 Thread Prof Brian Ripley
After the discussion a while back about how sort inconsistently handles attributes such as dim's, I have taken a closer look and found yet more anomalies. That suggested trying out the principle that sort() should preserve only names (and sort those). Now, sort(partial=) was preserving names a