Re: [Rd] Windows build not running on r-forge

2011-03-27 Thread Prof Brian Ripley
On Mon, 28 Mar 2011, S Ellison wrote: Please forgive any mis-post, and do feel free to point me to a more appropriate list if this isn't properly R-dev. I have a package on R-forge that shows correct linux and other *nix builds, but no windows build. The log for the patched version shows the er

[Rd] R-2-13-alpha invalid subscript when checking for unstated dependencies

2011-03-27 Thread Martin Morgan
R version 2.13.0 alpha (2011-03-27 r55091) This error occurs when R CMD check'ing a Bioconductor package: * checking for unstated dependencies in R code ... WARNING Error in e[keep] : invalid subscript type 'list' Execution halted See the information on DESCRIPTION files in the chapter 'Creating

[Rd] Windows build not running on r-forge

2011-03-27 Thread S Ellison
Please forgive any mis-post, and do feel free to point me to a more appropriate list if this isn't properly R-dev. I have a package on R-forge that shows correct linux and other *nix builds, but no windows build. The log for the patched version shows the error below, which appears to be due to a l

Re: [Rd] another import puzzle

2011-03-27 Thread Davor Cubranic
On 03/26/2011 12:19 PM, Ben Bolker wrote: > ["Namespace dependency not required: lme4a"] > I think "dependence" works better than "dependency" in English, too I'm not a native English speaker, but "dependency" is a pretty standard software engineering term for this kind of relationship. I.e., "lm

Re: [Rd] .Fortran successful, R locks up.

2011-03-27 Thread Daniel Fuka
Duncan and Brian, Thanks again for the help with this. As it turns out the suggestion of setting the GFORTRAN_STDIN_UNIT=-1 has the library working for Mac, Linux, and Windows, so it appears to be in a STDIN read somewhere. Of the 1100 read statements in the code, none are from stdin, or unit 5. O

Re: [Rd] Bug in tools::compactPDF() in 2.13-0-alpha

2011-03-27 Thread Gavin Simpson
On Sun, 2011-03-27 at 09:00 -0400, Duncan Murdoch wrote: > On 11-03-27 8:48 AM, Gavin Simpson wrote: > > Dear List, > > > > There seems to be an bug in compactPDF() or at least an inconsistency > > with the documented behaviour. > > Thanks, looks easy to fix. I'll make the correction. (A bit mor

Re: [Rd] bug (or feature) in alpha 2.13?

2011-03-27 Thread Norm Matloff
Thanks very much, Duncan. Norm On Sun, Mar 27, 2011 at 08:57:08AM -0400, Duncan Murdoch wrote: > Fixed now. Because of the internal change to srcref records > > \item \code{"srcref"} attributes now include two additional > line number values, recording the line numbers in the order

Re: [Rd] Bug in tools::compactPDF() in 2.13-0-alpha

2011-03-27 Thread Duncan Murdoch
On 11-03-27 8:48 AM, Gavin Simpson wrote: Dear List, There seems to be an bug in compactPDF() or at least an inconsistency with the documented behaviour. Thanks, looks easy to fix. I'll make the correction. (A bit more below...) The documentations states: Details: This by default

Re: [Rd] bug (or feature) in alpha 2.13?

2011-03-27 Thread Duncan Murdoch
On 11-03-27 7:42 AM, Duncan Murdoch wrote: On 11-03-26 7:41 PM, Norm Matloff wrote: The pattern (I can make a simple example if needed): > source("x.R") > options(error=recover) > x<- ... > f(x) # f() from x.R (subscript bounds error, now in recover())

[Rd] Bug in tools::compactPDF() in 2.13-0-alpha

2011-03-27 Thread Gavin Simpson
Dear List, There seems to be an bug in compactPDF() or at least an inconsistency with the documented behaviour. The documentations states: Details: This by default makes use of ‘qpdf’, available from http://qpdf.sourceforge.net/>, including a Windows binary. If ‘gs_cmd’ is non-empty,

Re: [Rd] bug (or feature) in alpha 2.13?

2011-03-27 Thread Duncan Murdoch
On 11-03-26 7:41 PM, Norm Matloff wrote: The pattern (I can make a simple example if needed): > source("x.R") > options(error=recover) > x<- ... > f(x) # f() from x.R (subscript bounds error, now in recover()) Selection: 1 Browse[1]> where In the output fr