OK – definitely a red herring – thanks for following up… From: Joris Meys [mailto:jorism...@gmail.com] Sent: Wednesday, October 07, 2015 4:09 PM To: Cook, Malcolm <m...@stowers.org> Cc: Duncan Murdoch <murdoch.dun...@gmail.com>; Matt Dowle <mattjdo...@gmail.com>; r-de...@stat.math.ethz.ch Subject: Re: [Rd] Error generated by .Internal(nchar) disappears when debugging
Malcolm, I tested the code on a clean R 3.2.0 session. Not even in RStudio, just to rule that out. > sessionInfo() R version 3.2.0 (2015-04-16) Platform: x86_64-w64-mingw32/x64 (64-bit) Running under: Windows 8 x64 (build 9200) locale: [1] LC_COLLATE=English_United Kingdom.1252 [2] LC_CTYPE=English_United Kingdom.1252 [3] LC_MONETARY=English_United Kingdom.1252 [4] LC_NUMERIC=C [5] LC_TIME=English_United Kingdom.1252 attached base packages: [1] stats graphics grDevices utils datasets methods base other attached packages: [1] copula_0.999-13 loaded via a namespace (and not attached): [1] Matrix_1.2-0 ADGofTest_0.3 tools_3.2.0 pspline_1.0-17 [5] gsl_1.9-10 mvtnorm_1.0-3 grid_3.2.0 stats4_3.2.0 [9] lattice_0.20-31 stabledist_0.7-0 fortunes_1.5-2 On Wed, Oct 7, 2015 at 9:52 PM, Cook, Malcolm <m...@stowers.org<mailto:m...@stowers.org>> wrote: What other packages do you have loaded? Perhaps a BioConductor one that loads S4Vectors that announces upon load: Creating a generic function for 'nchar' from package 'base' in package 'S4Vectors' Maybe a red herring... ~Malcolm > -----Original Message----- > From: R-devel > [mailto:r-devel-boun...@r-project.org<mailto:r-devel-boun...@r-project.org>] > On Behalf Of Duncan > Murdoch > Sent: Monday, October 05, 2015 6:57 PM > To: Matt Dowle <mattjdo...@gmail.com<mailto:mattjdo...@gmail.com>>; > r-de...@stat.math.ethz.ch<mailto:r-de...@stat.math.ethz.ch> > Subject: Re: [Rd] Error generated by .Internal(nchar) disappears when > debugging > > On 05/10/2015 7:24 PM, Matt Dowle wrote: > > Joris Meys <jorismeys <at> gmail.com<http://gmail.com>> writes: > > > >> > >> Hi all, > >> > >> I have a puzzling problem related to nchar. In R 3.2.1, the internal > > nchar > >> gained an extra argument (see > >> https://stat.ethz.ch/pipermail/r-announce/2015/000586.html) > >> > >> I've been testing code using the package copula, and at home I'm > >> still running R 3.2.0 (I know, I know...). When trying the following > >> code, I > > got > >> an error: > >> > >>> library(copula) > >>> fgmCopula(0.8) > >> Error in substr(sc[i], 2, nchar(sc[i]) - 1) : > >> 4 arguments passed to .Internal(nchar) which requires 3 > >> > >> Cheers > >> Joris > > > > > > I'm seeing a similar problem. IIUC, the Windows binary .zip from CRAN > > of any package using base::nchar is affected. Could someone check my > > answer here is correct please : > > http://stackoverflow.com/a/32959306/403310 > > Nobody has posted a simple reproducible example here, so it's kind of hard to > say. > > I would have guessed that a change to the internal signature of the C code > underlying nchar() wouldn't have any effect on a package that called the R > nchar() function. > > When I put together my own example (a tiny package containing a function > calling nchar(), built to .zip using R 3.2.2, installed into R 3.2.0), it > confirmed > my guess. > > On the other hand, if some package is calling the .Internal function > directly, I'd > expect that to break. Packages shouldn't do that. > > So I'd say there's been no evidence posted of a problem in R here, though > there may be problems in some of the packages involved. I'd welcome an > example that provided some usable evidence. > > Duncan Murdoch > > ______________________________________________ > R-devel@r-project.org<mailto:R-devel@r-project.org> mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel ______________________________________________ R-devel@r-project.org<mailto:R-devel@r-project.org> mailing list https://stat.ethz.ch/mailman/listinfo/r-devel -- Joris Meys Statistical consultant Ghent University Faculty of Bioscience Engineering Department of Mathematical Modelling, Statistics and Bio-Informatics tel : +32 (0)9 264 61 79 joris.m...@ugent.be<mailto:joris.m...@ugent.be> ------------------------------- Disclaimer : http://helpdesk.ugent.be/e-maildisclaimer.php [[alternative HTML version deleted]] ______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel