Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Luke Tierney
On Tue, 20 Feb 2007, Ross Boylan wrote: > Thanks; your response is very helpful. This message has some remarks > on my questions relative to the developer docs, one additional > question, and some documentation comments. > > I'm really glad to hear you plan to revise the exception/condition > doc

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Ross Boylan
Thanks; your response is very helpful. This message has some remarks on my questions relative to the developer docs, one additional question, and some documentation comments. I'm really glad to hear you plan to revise the exception/condition docs. since I found the existing ones a bit murky. Be

Re: [Rd] "try"ing to understand condition handling (interrupts)

2007-02-20 Thread Luke Tierney
On Tue, 20 Feb 2007, Ross Boylan wrote: > [resequencing and deleting for clarity] > On Tue, Feb 20, 2007 at 01:15:25PM -0600, Luke Tierney wrote: >> On Tue, 20 Feb 2007, Ross Boylan wrote: > P.S. Is there any mechanism that would allow one to trap an interrupt, > like a ctl-C, so that if

Re: [Rd] "try"ing to understand condition handling (interrupts)

2007-02-20 Thread Ross Boylan
[resequencing and deleting for clarity] On Tue, Feb 20, 2007 at 01:15:25PM -0600, Luke Tierney wrote: > On Tue, 20 Feb 2007, Ross Boylan wrote: > >>>P.S. Is there any mechanism that would allow one to trap an interrupt, > >>>like a ctl-C, so that if the user hit ctl-C some state would be > >>>chan

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Luke Tierney
Qualitatively I believe so. Names were changed and some details were changed to better integrate with existing paractice and internals, and the hook mechanisms used for experimenting are either no longer available or will be removed before long. Sorting these things out is one of the tastks of wr

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread hadley wickham
> Search for 'exception'. THe result points to > > http://www.stat.uiowa.edu/~luke/R/exceptions/simpcond.html Thanks Luke (and Brian). The note is entitled "A Prototype of a Condition System for R" - can we assume the actual implementation is as described? Thanks, Hadley _

[Rd] fix for a major format.pval limitation

2007-02-20 Thread Charles Dupont
'format.pval' has a major limitation in its implementation for example suppose a person had a vector like 'a' and the error being ±0.001. > a <- c(0.1, 0.3, 0.4, 0.5, 0.3, 0.0001) > format.pval(a, eps=0.001) The person wants to have the 'format.pval' output with 2 digits always showing l

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Luke Tierney
Search for 'exception'. THe result points to http://www.stat.uiowa.edu/~luke/R/exceptions/simpcond.html Best, luke On Tue, 20 Feb 2007, hadley wickham wrote: >> Since you have not told us what 'the documents' are (and only vaguely >> named one), do you not think your own documentation is in

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Prof Brian Ripley
Look for 'exception' or 'handling': http://www.stat.uiowa.edu/~luke/R/exceptions/simpcond.html http://www.stat.uiowa.edu/~luke/R/exceptions/simplecond.html On Tue, 20 Feb 2007, hadley wickham wrote: >> Since you have not told us what 'the documents' are (and only vaguely >> named one), do you n

Re: [Rd] proposal to allow just transcript files (output only) in the 'tests' directory

2007-02-20 Thread Bill Dunlap
On Tue, 20 Feb 2007, Tony Plate wrote: > Currently, as far as I can see, both input and output fles must be > supplied in the 'tests' directory (the input in a '.R' file, and the > output in a corresponding '.Rout.save' file.) Often, the '.R' file is > redundant, as it could be reconstructed by s

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread hadley wickham
> Since you have not told us what 'the documents' are (and only vaguely > named one), do you not think your own documentation is inadequate? > > There are documents about the condition system on developer.r-project.org: > please consult them. Where exactly? I tried: * reading http://developer.r

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Luke Tierney
On Mon, 19 Feb 2007, Ross Boylan wrote: > I'm confused by the page documenting tryCatch and friends. > > I think it describes 3 separate mechanisms: tryCatch (in which control > returns to the invoking tryCatch), withCallHandlers (in which control > goes up to the calling handler/s but then contin

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Luke Tierney
On Tue, 20 Feb 2007, Ross Boylan wrote: > On Tue, Feb 20, 2007 at 07:35:51AM +, Prof Brian Ripley wrote: >> Since you have not told us what 'the documents' are (and only vaguely >> named one), do you not think your own documentation is inadequate? > I mean the command description produced by ?

Re: [Rd] RODBC problems with unixodbc

2007-02-20 Thread Vladimir Dergachev
On Tuesday 20 February 2007 1:51 pm, Sebastian P. Luque wrote: > Hi, > > I noticed that if a column is named "end" in a data frame (table.df > below), it leads to errors when trying to sqlSave()'it to a postgresql > connection: > > > ---<---cut here---start-->---

[Rd] proposal to allow just transcript files (output only) in the 'tests' directory

2007-02-20 Thread Tony Plate
Currently, as far as I can see, both input and output fles must be supplied in the 'tests' directory (the input in a '.R' file, and the output in a corresponding '.Rout.save' file.) Often, the '.R' file is redundant, as it could be reconstructed by simply stripping the commands out of the '.Ro

Re: [Rd] RODBC problems with unixodbc

2007-02-20 Thread Sean Davis
On Tuesday 20 February 2007 13:51, Sebastian P. Luque wrote: > Hi, > > I noticed that if a column is named "end" in a data frame (table.df > below), it leads to errors when trying to sqlSave()'it to a postgresql > connection: > > > ---<---cut here---start-->--- >

[Rd] RODBC problems with unixodbc

2007-02-20 Thread Sebastian P. Luque
Hi, I noticed that if a column is named "end" in a data frame (table.df below), it leads to errors when trying to sqlSave()'it to a postgresql connection: ---<---cut here---start-->--- con <- odbcConnect("PostgreSQL-DB", uid="user", pwd="password",

Re: [Rd] "try"ing to understand condition handling

2007-02-20 Thread Ross Boylan
On Tue, Feb 20, 2007 at 07:35:51AM +, Prof Brian Ripley wrote: > Since you have not told us what 'the documents' are (and only vaguely > named one), do you not think your own documentation is inadequate? I mean the command description produced by ?tryCatch. > > There are documents about the c

Re: [Rd] Custom per-package options passed down via library() ?

2007-02-20 Thread Dirk Eddelbuettel
Dear Brian, On 20 February 2007 at 07:46, Prof Brian Ripley wrote: | Some packages have their own option-like mechanism, e.g. sm. | Others use environment variables for this purpose. | And there are userhooks for .First.lib, .onLoad and .onAttach that could | be exploited. Ah, now I see setHook