[Rd] convert.times in chron, error when 59 < seconds < 60 (PR#6878)

2004-05-12 Thread wolfda
Full_Name: Dennis Wolf Version: 1.9.0 OS: Mac OS 10.3.3 Submission from: (NULL) (160.91.76.23) platform powerpc-apple-darwin6.8 arch powerpc os darwin6.8 system powerpc, darwin6.8 status major1 mino

Re: [Rd] points(*, pch=NA) does *not* not draw the point (PR#6876)

2004-05-12 Thread maechler
> "BDR" == Brian D Ripley <[EMAIL PROTECTED]> > on Wed, 12 May 2004 16:45:49 +0200 (CEST) writes: BDR> On Wed, 12 May 2004, Martin Maechler wrote: .. >> There's one remaining design decision: >> >> At the moment I'd go to allow 'logical' and coerce that >

Re: [Rd] points(*, pch=NA) does *not* not draw the point (PR#6876)

2004-05-12 Thread ripley
On Wed, 12 May 2004, Martin Maechler wrote: > > "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> > > on Wed, 12 May 2004 15:20:56 +0100 (BST) writes: > > BDR> On Wed, 12 May 2004 [EMAIL PROTECTED] wrote: > >> We say in ?points that 'pch' (among others) can be set to > >> NA

Re: [Rd] points(*, pch=NA) does *not* not draw the point (PR#6876)

2004-05-12 Thread maechler
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> > on Wed, 12 May 2004 15:20:56 +0100 (BST) writes: BDR> On Wed, 12 May 2004 [EMAIL PROTECTED] wrote: >> We say in ?points that 'pch' (among others) can be set to >> NA for omitting a point. BDR> I don't think we actually

Re: [Rd] points(*, pch=NA) does *not* not draw the point (PR#6876)

2004-05-12 Thread Prof Brian Ripley
On Wed, 12 May 2004 [EMAIL PROTECTED] wrote: > We say in ?points that 'pch' (among others) can be set to NA > for omitting a point. I don't think we actually do. We say Points whose 'x', 'y', 'pch', 'col' or 'cex' value is 'NA' are omitted from the plot. and earlier either be

[Rd] points(*, pch=NA) does *not* not draw the point (PR#6876)

2004-05-12 Thread maechler
We say in ?points that 'pch' (among others) can be set to NA for omitting a point. While this works in cases where there's at least one point left to draw, it fails in a simple case like this : > plot(1, pch = NA) Error in plot.xy(xy.coords(x, y), type = type, pch = pch, col = col, bg = bg, :

Re: [Rd] Problem with plot (PR#6875)

2004-05-12 Thread ligges
[EMAIL PROTECTED] wrote: > Hi! > > Pinned the problem with plot down a bit. I can reproduce it with only 2 lines of R > on my Windows XP machine. > (today reinstalled R1.9.0) and Bioconductor packages updated. > Can anyone reproduce this behaviour? > (I am surely reproducing this error only if

[Rd] Problem with plot (PR#6875)

2004-05-12 Thread wolski
Hi! Pinned the problem with plot down a bit. I can reproduce it with only 2 lines of R on my Windows XP machine. (today reinstalled R1.9.0) and Bioconductor packages updated. Can anyone reproduce this behaviour? (I am surely reproducing this error only if library(ROC) is loaded at the beginning

Re: R_Interactive {was '[Rd] stdout == 'Terminal' or 'File'}

2004-05-12 Thread Prof Brian Ripley
On Wed, 12 May 2004, Simon Urbanek wrote: > while the topic is on, something remotely related although the same: > > On May 12, 2004, at 10:04 AM, Prof Brian Ripley wrote: > > > interactive() is as good a test as we have, and I think if a better > > test > > is required in the interactive case,

Re: R_Interactive {was '[Rd] stdout == 'Terminal' or 'File'}

2004-05-12 Thread Simon Urbanek
while the topic is on, something remotely related although the same: On May 12, 2004, at 10:04 AM, Prof Brian Ripley wrote: interactive() is as good a test as we have, and I think if a better test is required in the interactive case, the user should be asked. There may be a little problem in the

Re: [Rd] stdout == 'Terminal' or 'File' {was 'bad interaction ...'}

2004-05-12 Thread Friedrich . Leisch
> On Wed, 12 May 2004 11:23:56 +0200, > Martin Maechler (MM) wrote: > and maybe we (R developers) should also consider setting some of > these (e.g. STERM = "Rgui" in that case) -- at least when the > info is available (and somewhat reliable) and even better think > about what els

Re: [Rd] stdout == 'Terminal' or 'File' {was 'bad interaction ...'}

2004-05-12 Thread Martin Maechler
> "BDR" == Prof Brian Ripley <[EMAIL PROTECTED]> > on Wed, 12 May 2004 09:04:05 +0100 (BST) writes: BDR> First, on an R console, stdout() is normally neither a BDR> `normal file' nor a `user terminal'. strictly yes, but that was not the point. I have been looking for an API

Re: [Rd] stdout == 'Terminal' or 'File' {was 'bad interaction ...'}

2004-05-12 Thread Prof Brian Ripley
First, on an R console, stdout() is normally neither a `normal file' nor a `user terminal'. Let alone under an embedded R ... or use under ESS (where for you, Martin, it is neither). On vanilla R under Unix-alikes (and Rterm but not otherwise) what stdout is is a function of the C runtime system

[Rd] stdout == 'Terminal' or 'File' {was 'bad interaction ...'}

2004-05-12 Thread Martin Maechler
> "MartinS" == Martin Schlather <[EMAIL PROTECTED]> > on Wed, 12 May 2004 09:15:17 +0100 writes: MartinS> Dear Ben, MartinS> I do not know how to solve the general problem that MartinS> backspaces cause within Sweave, but which are MartinS> needed to implement running

[Rd] Re: bad interaction between RandomFields 1.1.11 and Sweave

2004-05-12 Thread Martin Schlather
Dear Ben, I do not know how to solve the general problem that backspaces cause within Sweave, but which are needed to implement running counters. To avoid the specific problems for RandomFields, a new version of RandomFields is uploaded with default "pch="*" instead of pch="!". Cheers, Martin Ben