Re: [Rd] dendrogram definition

2007-04-23 Thread Deepayan Sarkar
On 4/23/07, Friedrich Leisch <[EMAIL PROTECTED]> wrote: > > On Fri, 20 Apr 2007 14:46:33 -0700, > > Deepayan Sarkar (DS) wrote: > > > Hi, > > I'm trying to create a "grob" representing a dendrogram object (for > > use as a legend with lattice), and I have a question regarding how a >

[Rd] Correction to PR #9631 (PR#9632)

2007-04-23 Thread jhallman
Full_Name: Jeff Hallman Version: 2.4.1 OS: Linux Submission from: (NULL) (132.200.32.34) When I filed this a few minutes ago, I left off the rewritten read.ssd(). I've included it at the end this time. read.ssd() invokes PROC COPY to create an xport file, but PROC COPY has some annoying limita

[Rd] foreign::read.ssd and long names (PR#9631)

2007-04-23 Thread jhallman
Full_Name: Jeff Hallman Version: 2.4.1 OS: Linux Submission from: (NULL) (132.200.32.34) read.ssd() invokes PROC COPY to create an xport file, but PROC COPY has some annoying limitations that read.ssd() should deal with. The first is that PROC COPY doesn't work with member names (the sectionname

Re: [Rd] plot.xy() with type="s" and huge data (PR#9629)

2007-04-23 Thread ripley
On Mon, 23 Apr 2007, Bill Dunlap wrote: > On Mon, 23 Apr 2007 [EMAIL PROTECTED] wrote: > >> The following code snippet crashes R (under Windows and Linux) for both >> R-2.4.1 and R-2.5.0 RC as of yesterday: >> >>set.seed(1) >>H <- rnorm(40) >>temp <- rnorm(40) >>plot(H, tem

Re: [Rd] plot.xy() with type="s" and huge data (PR#9629)

2007-04-23 Thread Bill Dunlap
On Mon, 23 Apr 2007 [EMAIL PROTECTED] wrote: > The following code snippet crashes R (under Windows and Linux) for both > R-2.4.1 and R-2.5.0 RC as of yesterday: > >set.seed(1) >H <- rnorm(40) >temp <- rnorm(40) >plot(H, temp, type='s') ># (no, it was not my idea to do s

[Rd] plot.xy() with type="s" and huge data (PR#9629)

2007-04-23 Thread ligges
The following code snippet crashes R (under Windows and Linux) for both R-2.4.1 and R-2.5.0 RC as of yesterday: set.seed(1) H <- rnorm(40) temp <- rnorm(40) plot(H, temp, type='s') # (no, it was not my idea to do something like that!) I *guess* it is some overflow in plot

Re: [Rd] R RC: make all

2007-04-23 Thread Prof Brian Ripley
On Mon, 23 Apr 2007, Duncan Murdoch wrote: > On 4/23/2007 8:51 AM, Peter Dalgaard wrote: >> Uwe Ligges wrote: >>> Looks like >>>make all >>> does not imply >>>make recommended >>> in the RC version of R-2.5.0 ... >>> >>> Uwe >>> >> Eh? What makes you say that? >> >> >> all: Makefile Makeco

Re: [Rd] R RC: make all

2007-04-23 Thread Duncan Murdoch
On 4/23/2007 8:51 AM, Peter Dalgaard wrote: > Uwe Ligges wrote: >> Looks like >>make all >> does not imply >>make recommended >> in the RC version of R-2.5.0 ... >> >> Uwe >> >> __ >> R-devel@r-project.org mailing list >> https://stat.ethz.ch/mail

Re: [Rd] R RC: make all

2007-04-23 Thread Uwe Ligges
Peter Dalgaard wrote: > Uwe Ligges wrote: >> Looks like >>make all >> does not imply >>make recommended >> in the RC version of R-2.5.0 ... >> >> Uwe >> >> __ >> R-devel@r-project.org mailing list >> https://stat.ethz.ch/mailman/listinfo/r-devel >

Re: [Rd] R RC: make all

2007-04-23 Thread Prof Brian Ripley
On Mon, 23 Apr 2007, Uwe Ligges wrote: > Looks like > make all > does not imply > make recommended > in the RC version of R-2.5.0 ... It never did on Windows, seems still to on Unix (I've just tested it under our Intel compilers, newly updated so they work again on Fedora Core 5). Brian -

Re: [Rd] R RC: make all

2007-04-23 Thread Peter Dalgaard
Uwe Ligges wrote: > Looks like >make all > does not imply >make recommended > in the RC version of R-2.5.0 ... > > Uwe > > __ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel > Eh? What makes you say that?

[Rd] R RC: make all

2007-04-23 Thread Uwe Ligges
Looks like make all does not imply make recommended in the RC version of R-2.5.0 ... Uwe __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

Re: [Rd] How to debug C code running in R

2007-04-23 Thread Duncan Murdoch
On 4/23/2007 12:21 AM, Tong Wang wrote: > Hi, > I am in the situation where I could get my code run correctly under GNU > C, but it produced different (strange) results > while running in R . ( I use .C to call the function). May I get some > general advice on how could I do step by step de

Re: [Rd] dendrogram definition

2007-04-23 Thread Friedrich Leisch
> On Fri, 20 Apr 2007 14:46:33 -0700, > Deepayan Sarkar (DS) wrote: > Hi, > I'm trying to create a "grob" representing a dendrogram object (for > use as a legend with lattice), and I have a question regarding how a > "dendrogram" should be interpreted. Are they by definition binary

Re: [Rd] How to debug C code running in R

2007-04-23 Thread Prof Brian Ripley
You haven't told us your OS (as asked for in the posting guide). But Writing R Extensions section 4.4 rw-FAQ Q8.4 both appear to give the instructions you are asking for. On Sun, 22 Apr 2007, Tong Wang wrote: > Hi, >I am in the situation where I could get my code run correctly under > GN

Re: [Rd] dput/dget when a data frame has 2 rows (PR#9627)

2007-04-23 Thread ripley
It is right. The problem is that dput() does not give a faithful representation, as its help says. R 2.5.0 does a better job, since the defaults for dput() have been changed, enough so that your example works there. On Sun, 22 Apr 2007, [EMAIL PROTECTED] wrote: > This doesn't seem right; I'm