similar to: Postscript font bugs (and a suggestion) (PR#914)

Hi Sri, I haven't really elaborated on it having other stuff to prepare first, but as far as I got you first assign data to a vector: #include <R.h> #include <Rinternals.h> #undef R_INTERFACE_PTRS #include <Rembedded.h> #include "Rcpp.hpp" #include <R_ext/Parse.h> #include <Rinternals.h> #include <Rdefines.h> //assigning a vector SEXP

Dear list, Tadashi Kadowaki has developed a pdf device package that allows to add hyperlinks and popups to (currently) text, mtext and rect calls. The package passes R CMD check (minor warnings) and compiles on MacOS X and GNU/Linux, but we do not succeed in building the package for Windows. The current version of the package can be checked out as svn checkout

I have been trying to use the Computer Modern fonts in postscript output from R, but I have run into a few problems and limitations. I did read and follow the instructions in the documentation. The first problem is that R sometimes needs to use a minus sign in the text in plots, but the non-symbol computer modern fonts contain only a hyphen. There is no way that I can find to tell R to use a

I have been trying to use the Computer Modern fonts in postscript output from R, but I have run into a few problems and limitations. I did read and follow the instructions in the documentation. The first problem is that R sometimes needs to use a minus sign in the text in plots, but the non-symbol computer modern fonts contain only a hyphen. There is no way that I can find to tell R to use a

Hi, This may just be an inconsistency between terminal drivers, rather than a proper bug. If the main title of a plot is too wide to all fit on the plot, the X11 driver prints as much of the title as it can, but the postscript driver totally ignores the title. Here's a simple example: % R > plot(runif(1000), main="a long xxxxxxxxxxxx title") >

Hi All, I have a few small questions about the usage of the C findVar( ) function when used in C code called with '.Call'. In my case I create an R function with an argument. This function calls some C code in which I use findVar( ) to retrieve the values from the argument. Ofcourse normally I would just give the values as argument to .Call, but in my project I need to use findVar for

Hello. In the writing of my OCaml-R binding, I'm sort of confused when it comes to the use of the PROTECT and UNPROTECT macros. Basically, I have C stub functions that are in charge of calling R for everything. Here's a simple example: > CAMLprim value r_findvar (value symbol) { > /* The findVar function is defined in envir.c. It looks up a symbol > in an environment.

Hello, The current xfig device lacks the functionality to set the textspecial flag and use the defaultfont in xfig. This is necessary when you want to export to xfig and use interpreted text (e.g., $ \frac{1}{e}$ gets interpreted by latex). The attached patch adds this functionality. Why would you like to do this? - Use math in labels (e.g., name your variables $r_{xy}$, do a

Full_Name: Tom Short Version: 1.9.0 OS: Win2000 Submission from: (NULL) (64.65.255.41) POSSIBLE WISHLIST, POSSIBLE BUG: The following code works on Debian, but fails on Windows 2000 with 'Error in file("test.png", "r") : unable to open connection': bitmap("test.png") plot(c(1,2,3)) dev.off() x = file("test.png","r") The problem is

Dear all, I am sending a patch for extending pdf device to embed popup text and web links. I implemented this feature by using annotation object, a interactive feature of pdf. You can see a sample code for using this feature in the following, and sample pdf is in

The R-1.2.1 builds have gone fairly smoothly on most of my UNIX architectures, but there were many warnings reported by the picky SGI compiler that could be eliminated in future releases. Generally, I have found the SGI compilers very helpful in ferreting out portability problems, unused and/or obsolete variables, unexpected datatype coercions, etc., and they compile faster than any other

Full_Name: Ben K. Version: 1.7.1 OS: Win 2000 Submission from: (NULL) (208.243.20.222) This C code doesn't crash: void init(SEXP rho, int *o){ SEXP vars = findVar(install("vars"), rho); } It's called using: vars <-as.data.frame(NULL) vars$delta <-7 dyn.load("c_fns.dll") print(.C("init",.GlobalEnv,o=as.integer(3))$o) However, this

Dear list, I have been using "findVar" (defined in src/main/envir.c) happily and would like to use "findFun". However I have trouble when the name searched cannot be found: while "findVar" returns R_UnboundValue, "findFun" does not (the 4 last lines of "findFun" are copied below). error(_("could not find function

Hi, I am finding the recently added [1] functionality of embedding raster images into plots on R devices very useful! Thanks to Paul Murrell and others for providing that. I noted that in https://svn.r-project.org/R/trunk/src/library/grDevices/src/devPS.c a macro is defined: #define MAX_RASTERS 64, and consequently, I get Error in grid.Call.graphics("L_raster", x$raster, x$x, x$y,

On 2010-7-1 15:24, Jinsong Zhao wrote: > > Read the source again more carefully. I think I get the solution: > > Change the following line in PDFfontNumber function in devPS.c: > > num = 1000 + (cidfontIndex - 1)*5 + 1 + face; > to > num = 1000 + (cidfontIndex - 1)*5 + face; > > It appears two times in the function. > > However, I don't know how to compile

Hi Thanks very much for the report, diagnosis, and patch! I have implemented your fix in the development version of R. Paul Jinsong Zhao wrote: > On 2010-7-1 15:24, Jinsong Zhao wrote: >> Read the source again more carefully. I think I get the solution: >> >> Change the following line in PDFfontNumber function in devPS.c: >> >> num = 1000 + (cidfontIndex - 1)*5

Hi, I have spotted a minor bug in do_strptime() function. Here is a patch: ?--- a/src/main/datetime.c +++ b/src/main/datetime.c @@ -1048,7 +1048,7 @@ SEXP attribute_hidden do_strptime(SEXP call, SEXP op, SEXP args, SEXP env) if(!isString((x = CAR(args)))) error(_("invalid '%s' argument"), "x"); if(!isString((sformat = CADR(args))) ||

R community, As you may know, R's iconv doesn't work well converting to and from encodings that allow embedded nulls. For example > iconv("foo", to="UTF-16") Error in iconv("foo", to = "UTF-16") : embedded nul in string: '\xff\xfef\0o\0o\0' However, I don't believe embedded nulls are at issue here, but rather that R's iconv

I'm trying to build R 2.4.0 on an IBM P5-570 that's running AIX 5.3. I'm using xlc 7.0, xlc++ 7.0 and xlf 9.1 in 32 bit mode (OBJECT_MODE is 32 in the build environment). The source is the patched version of 2.4.0, downloaded yesterday. Configure options were --prefix, --srcdir, --x-includes, --x-libraries, and --without-readline. Compiler flags were -O2. The make step fails with

Hello, I'm trying to fetch a data frame through the C API, and have no problem doing this when all columns are numbers, but when there is a column of strings I have a problem. On the C-side the function looks like: SEXP myfunc(SEXP df), and it is called with a dataframe from the R side with: .Call("myfunc", somedataframe) On the C side (actually C++ side) I use code like this: