similar to: UTF-8 and .Rd files

Full_Name: Hin-Tak Leung Version: R 2.2.0 OS: x86 linux Submission from: (NULL) (131.111.126.242) Rgnome depends libglade 0.x and libxml 1.x . They are no longer shipped with Redhat EL4. (I know they are still in fedora core 4). Just a wish-list.

Full_Name: Ross Boylan Version: 2.2.0 OS: Linux Submission from: (NULL) (65.175.48.58) \eqn{{\bf\beta}_j}{b(j)} in my .Rd file produces this error -------------------------------------------- ! Missing $ inserted. <inserted text> $ l.7 \eqn{{\bf\beta}_j}{\bf\beta}_ jnormal-bracket5bracket-normal{b(j)} -- ! Missing $ inserted. <inserted

I wonder if the software here: http://morte.jedrea.com/~jedwin/projects/chmlib/ or at any of the links on that page might allow elimination of the need for separately downloading the Microsoft Help compiler -- which is just one more task that one must perform to get up and running to build your own R packages on Windows.

Does anybody (most probably the core team) know if there is any difference in how the official 2.4.0 and 2.4.1 binaries are built? Problem is, 2.4.0 loads with the wine (I tried a few recent versions, and also used 2.3.x under wine from time to time), but 2.4.1 won't. Thanks. Hin-Tak Leung

Hi, On Mon, Jan 19, 2015 at 03:44:45PM -0500, Duncan Murdoch wrote: > >>>>> git has an interface for cloning SVN repositories into git > >>>>> which some users might decide to use. For those users' > >>>>> surprise, the repository will always fail to build on > >>>>> svnonly target and it will exit early. >

> From: Hin-Tak Leung > > Izmirlian, Grant (NIH/NCI) wrote: > <snipped> > > The only interesting feature is that the tree structure has been > > implemented in C. Its a neater way to carry stuff around and I am > > guessing would make future implementation easier. > > > > Because of its inherent redundancy from the users standpoint, it > >

[Not important for message below; in this moment link from CRAN to the 'R Bug Tracking system (http://blueberry.kubism.ku.dk/R)' is down (at least, I get a "The requested URL /R was not found on this server." message)] To display properly this message, you mailer must handle properly latin1 encoding. With other encoding, I suppose that the role played by 'y

I have had some fun in the last few days trying to put together an annotated map of China with R and some public GIS data: http://sourceforge.net/projects/outmodedbonsai/files/snpMatrix%20next/1.17.7.11/China_Choropleth_Maps.pdf/download It is done, and rather nice... there are a few issues: - the default pdf() device cannot do CJK with embedded fonts - and cairo_pdf() is not hooked up to

The problem was first seen with R/Sweave (#c0) then reproduced directly with cairo (#c10) and was eventually traced to freetype. The 5-part bug fix: 610ee58e07090ead529849b2a454bb6c503b4995 da11e5e7647b668dee46fd0418ea5ecbc33ae3b2 e1a2ac1900f2f16ec48fb4840a6b7965a8373c2b 869fb8c49ddf292d6daf4826172a308973d3e11f d56e544d653b09c657911629557ffc5277a503e3 was committed to freetype in January and will

The problem was first seen with R/Sweave (#c0) then reproduced directly with cairo (#c10) and was eventually traced to freetype. The 5-part bug fix: 610ee58e07090ead529849b2a454bb6c503b4995 da11e5e7647b668dee46fd0418ea5ecbc33ae3b2 e1a2ac1900f2f16ec48fb4840a6b7965a8373c2b 869fb8c49ddf292d6daf4826172a308973d3e11f d56e544d653b09c657911629557ffc5277a503e3 was committed to freetype in January and will

Just before the holiday, I asked the freetype developers what is the context of these two comments about freetype in the code of R's grDevices: ======= R/src/library/grDevices/src/cairo/cairoFns.c around line 720 ===== /* some FreeType versions have broken index support, fall back to index 0 */ if (!FT_New_Face(ft_library, (const char *) file, index, &face) || (index

Just before the holiday, I asked the freetype developers what is the context of these two comments about freetype in the code of R's grDevices: ======= R/src/library/grDevices/src/cairo/cairoFns.c around line 720 ===== /* some FreeType versions have broken index support, fall back to index 0 */ if (!FT_New_Face(ft_library, (const char *) file, index, &face) || (index

Full_Name: Hin-Tak Leung Version: R 2.2.1 OS: x86_64-redhat-linux-gnu Submission from: (NULL) (131.111.186.92) rbind/cbind is unimplemented for raw (RAWSXP) types. I have a working patch implementing the functionality, to follow. --please do not edit the information below-- Version: platform = x86_64-redhat-linux-gnu arch = x86_64 os = linux-gnu system = x86_64, linux-gnu status = major

------------------------------ On Sat, May 16, 2015 8:04 AM BST Uwe Ligges wrote: >Not sure why this goes to R-devel. You just could have asked the >maintainer. Terry Therneau is aware of it and promised he will fix it. > The quickest fix is to add cmprsk to the recommended list , and that's is an R-devel issue. >On 16.05.2015 07:22, Hin-Tak Leung wrote: >> 'make

On 2nd thought, I think a better fix to the segfault is something like this: --- a/src/main/memory.c +++ b/src/main/memory.c @@ -3444,6 +3444,8 @@ R_xlen_t (XTRUELENGTH)(SEXP x) { return XTRUELENGTH(CHK2(x)); } int (IS_LONG_VEC)(SEXP x) { return IS_LONG_VEC(CHK2(x)); } const char *(R_CHAR)(SEXP x) { + if(!x) + error("de-referncing null. Check the validity of your data.");

Found the simpliest way of seeing I bug I encountered doing "R CMD check --use-gct": Just launch R (with --vanilla), and do this: > ?gctorture # this work > gctorture() > ?gctorture Error in gzfile(file, "rb") : can only weakly reference/finalize reference objects # this does not It seems that when gctorture() is on gzfile() doesn't work.

From: Dirk Eddelbuettel > > On 7 March 2006 at 10:55, Hin-Tak Leung wrote: > | I have given up on "R" with any topic on Google quite some time ago > | (because bits from fragmented postscript/pdf files show up, for > | example) - but using "r-devel" with topic normally gives me enough. > | YMMV. > > Nobody seems to have mentioned the RSiteSearch()

(e-mailing to R-bugs is intentional - the web itnerface seems to be down) > a<- cbind(c(1,2), c(3,4)) > a [,1] [,2] [1,] 1 3 [2,] 2 4 > a[cbind(c(2,2), c(2,1))] [1] 4 2 > a[cbind(c(2,3), c(2,1))] Error: subscript out of bounds > a[cbind(c(2,-1), c(2,1))] Error: negative values are not allowed in a matrix subscript > a[cbind(c(2,0), c(2,1))] [1] 4 Am

Hello, I'm having some difficulty to understand how I could take the proper result from the following listing: -- cut --- #include <stdlib.h> #include <R.h> #include <Rmath.h> void retMat ( double **y, int *n, int *m, double *a, double *b) { int i, j; y = malloc( (*n) * sizeof( double ) ); for (i=0; i<*n; i++) { y[i] = malloc (

I am trying to write a lesson on maximum likelihood with Sweave. I get a surprising result with the following code, lec4.Snw: \documentclass[a4paper,12pt]{article} \usepackage[latin1]{inputenc} \title{Maximum likelihood} \author{G伱伓ran Brostr伱伓m} \begin{document} \maketitle <<fig=TRUE>>= ## Simulate Y: n <- 25 Y <- sum(rpois(n, lambda = 1)) Y ## Define minusloglik: