Re: [Rd] removing union class

All good then. Thanks. Renaud 2013/3/19 Martin Maechler > > "RG" == Renaud Gaujoux > > on Sun, 17 Mar 2013 10:38:44 +0200 writes: > > RG> Late report is better than never isn't it? :) > >> > Well,... you forgot to show the error (and the > >> traceback) : > >> > >

Re: [Rd] the case of building R snapshot without svn nor network connection.

--- On Sat, 16/3/13, Hin-Tak Leung wrote: > Network access is *not* a given, nor > is the privilege of installing arbitrary "uncertified" and > "non-essential" tools - whatever the meaning of > "uncertified" and "non-essential" are, those being defined, > as is "design goal", etc, by some small c

Re: [Rd] numerics from a factor

Thanks Martin. I had already changed the second argument to getOption. By the way, per an off list comment from Brian R the bug I was addressing won't affect anyone using R as shipped; the default decimal separator is "." whatever the region. It only bit those who set the OutDec option themse

Re: [Rd] numerics from a factor

> Ulrike Grömping > on Sat, 16 Mar 2013 13:04:07 +0100 writes: > Hi Terry, you can use type.convert instead of as.numeric > for numbers with decimals: > type.convert(levels(factor(1:6/2)), dec=unlist(options("OutDec"))) > Best, Ulrike a late and minor remark: If yo

Re: [Rd] the case of building R snapshot without svn nor network connection.

> Simon Urbanek > on Sat, 16 Mar 2013 10:39:42 -0400 writes: > On Mar 16, 2013, at 10:13 AM, Hin-Tak Leung wrote: >> Network access is *not* a given, nor is the privilege of >> installing arbitrary "uncertified" and "non-essential" >> tools - whatever the meaning of "u

Re: [Rd] removing union class

> "RG" == Renaud Gaujoux > on Sun, 17 Mar 2013 10:38:44 +0200 writes: RG> Late report is better than never isn't it? :) >> > Well,... you forgot to show the error (and the >> traceback) : >> RG> Apologies, I usually include them (and sessionInfo ...). >>

Re: [Rd] preparing for R 3.0.0

On 19.03.2013 15:41, Richard D. Morey wrote: I am preparing my package for the release of R 3.0.0 and thinking about the suggestion (from Duncan Murdoch) to maintain two versions of the package temporarily. Since my package contains knitr-compiled vignettes, I need to restrict it to 3.0.0 go

Re: [Rd] Windows R-3.0.0 and Tcl/tkrplot issue

This has been fixed already, as far as I know, Uwe On 18.03.2013 12:10, wayne.w.jo...@shell.com wrote: Greetings R Developers, I've been testing the alpha release of R-3.0.0 and I noticed that the plotting functionality in package tkrplot was not working correctly. Further diagnosis found the

[Rd] Windows R-3.0.0 and Tcl/tkrplot issue

Greetings R Developers, I've been testing the alpha release of R-3.0.0 and I noticed that the plotting functionality in package tkrplot was not working correctly. Further diagnosis found the issue to be related to the command '.Tcl("image create Rplot plotname")' from package "tkrplot". The fol

[Rd] preparing for R 3.0.0

I am preparing my package for the release of R 3.0.0 and thinking about the suggestion (from Duncan Murdoch) to maintain two versions of the package temporarily. Since my package contains knitr-compiled vignettes, I need to restrict it to 3.0.0 going forward. I'd like to submit a final version f

[Rd] source, sys.source and error line numbers

Hi, is there a way to retrieve the line number of where en error occurred when sourcing a file in a tryCatch statement? Is it stored somewhere accessible? It is not found in the error object. Consider the following code/output and note the difference in the traceback between source (has line numb