similar to: Unified naming for R<system>_tmpnam possible?

The header file still contains the old places for some code that is now in the 'module' section: * currently existing device drivers: * FILE driver name prefix * ---------------------- ------------------ * ../main/devPS.c PS _and_ XFig * ../main/devPicTeX.c PicTeX * ../unix/X11/devX11.c X11 * ../gnuwin32/devga.c GA * ../unix/gnome/devGTK.c GTK * ../unix/gnome/devGNOME.c

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

The other day I was working on an example which used tempfile() to create file for use by the graphics device. And while I love tempfile()---as it is portable and clever and the files get cleaned by R and all that---I noticed one missing feature I would like to see: beside a starting name pattern, and an optional directory, an 'file extension' argument would be nice to have. As e.g. in

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") >

Documentation and other bugs with postscript(): 1. This code crashes R (it asks for a font that isn't there): postscript() plot(0:1,0:1) text(0.5,0.5,'crash',font=6) The bug appears to be in the FixupFont routine in plot.c; on line 236, it checks that the font number is in the range 1..32. Later this crashes PostScriptStringWidth in devPS.c, because only fonts numbered 1..5

[Header changed to help the R-bugs system] On Wed, 27 Jun 2001 thoffman@zappa.sax.de wrote: > I got a double defined symbol when linking src/modules/internet.dll > because > internet.c and sockconn.c include Rconnections.h (... and do not even > need > R_OutputCon). Um, that's definitely not in the code in the system you quote below. > One should possibly remove such a

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

I noticed that congigure reported libpng as "not found" although a recent version exists. Further looking into this issue told me, that the test failed because the test from R.m4 AC_CHECK_LIB(png, png_create_write_struct, [ BITMAP_LIBS="${BITMAP_LIBS} -lpng -lz" AC_DEFINE(HAVE_PNG) ], , ${LIBS}) ], AC_MSG_RESULT([no])) ]) did

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,

Full_Name: Roger Bivand Version: 0.99.0 OS: RH Linux 6.1 Submission from: (NULL) (158.37.60.152) I am working on an interface between R and the GRASS geographical information system, written in R, with no dynamically loaded code. I have written full examples, and tested then under R 0.90.1, both by entering example() for each function and R CMD check, both of which worked without problem. Under

Hi all, I found that the finalizer of the externalPtr is not called when R is quitting. However, manually calling GC() works fine. This behavior is observed on devel R 2020-04-02 r78142 on Win and R 3.6.3 on Ubuntu. I make a reproducible package here: https://github.com/Jiefei-Wang/example Here is the detail of how to reproduce the problem, I create a temporary file in the package root path and

Maybe I am overlooking something important, but why is Runix.h included twice in sys-std.c? .... #include "Runix.h" #include "Startup.h" #include "Runix.h" .... In Runix.h, there is another iclusion of Startup.h ... Was this an omission during clean up? Curious, Thomas Hoffmann. -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-

As the subject says, one has SUBDIRS = X11 gnome internet lapack vfonts MODULES = $(R_GUIS) internet lapack vfonts It is my understanding, that there is a 1:1 correspondence between subdirs and modules. If this were true, then one could use one of both in all places. Or do I overlook something here? -- Thomas Hoffmann Telephone: 49-351-4598831 thoffman at

I see a possible problem with the "wait" parameter for the profiler thread: static void R_InitProfiling(char * filename, int append, double dinterval) { int wait; Here is the (automatic) variable. HANDLE Proc = GetCurrentProcess(); .......... wait = interval/1000; if(!(ProfileEvent = CreateEvent(NULL, FALSE, FALSE, NULL)) || (_beginthread(ProfileThread, 0,

Hi, I have a problem with the Postscript mechanism of R: If I save figures in landscape format and try to insert them into a LaTeX document, I always have to swap the dimensions of the bounding box in line 9 of the Postscript file. Is there any reason why we can't simply swap left and bottom as well as right and top in line 435 of devPS.c? Thanks Arne

Full_Name: Jussi Jousimo Version: 2.1.1 OS: Linux Submission from: (NULL) (193.167.195.60) R 2.1.1 crashes when it is trying to write a file with the postscript driver to a directory, where the user has no permission to write. For example, postscript("foo.ps") gives an error message: *** glibc detected *** free(): invalid pointer: 0x08a469b0 ***. The problem is at the PSDeviceDriver

Hi all, To develop the metapost driver, I did an svn checkout (R-2-4-branch revision 40647) as instructed in http://developer.r-project.org/SVNtips.html i.e., I did a, svn co $REPOS/branches/R-2-4-branch r-release-branch/R Not being a core developer, can I just commit the changes? Am I on the right branch? Most of the work is in devPS.c, but there are also some documentation changes

Hi, I hope this is the right list for my posting, since I've never posted to any R list before. I'm quite extensively using the xfig graphics device and as far as I figured out this device writes all the objects into xfig layer 100 (based on what I saw in the devPS.c file -if this is the file to output to xfig format - depth 100 is hardcoded). Are the any plans to implement xfig layer

It would be nice to easily create horizontal PDF files for standard paper sizes. For example: pdf(file, paper="default", horizontal=TRUE) Currently (R 2.2.1) there is no 'horizontal' argument for the PDF driver. It looks like the only way to create a horizontal PDF is to manually specify width and height. For example: pdf(file, width=11, height=8.5) Does this feature look