search for: devps

...has a configure script It probably needs manual configuration ********************************************** adding build stamp to DESCRIPTION installing NAMESPACE file and metadata making DLL ... gcc -std=gnu99 -Ic:/R/R-2.7.0/include -Iinclude -DHAVE_CONFIG_H -O3 -Wall -c devPS.c -o devPS.o devPS.c:26:20: error: config.h: No such file or directory In file included from devPS.c:29: include/Defn.h:1022: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'Rf_onsigusr1' include/Defn.h:1023: error: expected '='...

On January 15, 2018 1:53 AM, Wayne Davison write: >I have made rsync 3.1.3pre1 available for testing. This release has a couple security fixes, a few new features, and a smattering of bug fixes. >Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. Incompatibility introduced at 3.1.3pre1. These are not present at master, which

https://bugzilla.samba.org/show_bug.cgi?id=13224 Bug ID: 13224 Summary: New file handling causes compile issues for NonStop port. Product: rsync Version: 3.1.3 Hardware: Other OS: Other Status: NEW Severity: normal Priority: P5 Component: core Assignee:

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 the whole R distribution on Windows > platform. Would anyone here like to give a te...

...gnosis, 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 + 1 + face; >> to >> num = 1000 + (cidfontIndex - 1)*5 + face; >> >> It appears two times in the function. >> >> However, I don't know how to compile the whole R distribution on Windows >> platform....

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, x$width, x$height, : Too many raster images even for relatively innocent graphics, such as extensions of [2] (which I made with Bioconductor's &quo...

The conversion of RGB to CMYK takes place in PostScriptSetCol() starting at line 2900 of R-2.7.0/src/library/grDevices/src/devPS.c if(strcmp(mm, "cmyk") == 0) { double c = 1.0-r, m=1.0-g, y=1.0-b, k=c; k = fmin2(k, m); k = fmin2(k, y); if(k == 1.0) c = m = y = 0.0; else {c /= (1.-k); m /= (1.-k); y /= (1.-k);} r, g, and b have already been normalized to the range [0,1] before the functio...

...par(mfrow=c(2,3)) for example). Perhaps the postscript driver could give a warning if the title is too long to be printed? Also, I found a small typo in R-1.0.1/src/library/base/man/postscript.Rd - on line 48: %%>>> REAL DOC in SOURCE: ../../../main/devices.c & ../../../unix/devPS.c the pathname to devPS.c should be: ../../../main/devPS.c Cheers, Stephen > version _ platform alpha-dec-osf4.0 arch alpha os osf4.0 system alpha, osf4.0 status major 1 minor 0.1...

I have made rsync 3.1.3pre1 available for testing. This release has a couple security fixes, a few new features, and a smattering of bug fixes. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To see a summary of the changes since 3.1.2, visit this link: http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.1.3pre1-NEWS You

I have made rsync 3.1.3pre1 available for testing. This release has a couple security fixes, a few new features, and a smattering of bug fixes. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To see a summary of the changes since 3.1.2, visit this link: http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.1.3pre1-NEWS You

...s 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 are actually defined. I don't know how to fix it. 2. The ?postscript help topic refers to .ps.profile; the actual variable name is .ps.prolog. The C source in main/devPS.c has this on lines 606-608, with the incorrect name in the error message: prol...

...#39;file'") .External(XFig, file, paper, family, bg, fg, width, height, horizontal, pointsize, - onefile, pagecentre, encoding) + onefile, pagecentre, defaultfont, textspecial, encoding) invisible() } Index: src/library/grDevices/src/devPS.c =================================================================== --- src/library/grDevices/src/devPS.c (revision 47637) +++ src/library/grDevices/src/devPS.c (working copy) @@ -4354,6 +4354,9 @@ int ymax; /* used to invert coord system */ char encoding[50]; /* for writ...

...evices/man making chull.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/chull.c making devNull.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devNull.c making devPicTeX.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPicTeX.c making devPS.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devPS.c making devQuartz.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/devQuartz.c making init.d from /scratch/royh/src/bio/R/2.4.0p/src/src/library/grDevices/src/init.c Target "Makedeps" is up to...

..."r") The problem is that when bitmap uses ghostscript to convert the PS file to a PNG, the postscript drive doesn't wait for ghostscript to finish (under Windows). In the Linux version, the postscript driver does wait for the printing command to finish. Compare the following lines of devPS.c that actually call the "cmd": #ifdef Unix err = R_system(buff); #endif #ifdef Win32 err = runcmd(buff, 0, 0, NULL); #endif RECOMMENDATION: Change runcmd(buff, 0, 0, NULL) to runcmd(buff, 1, 0, NULL) in devPS.c to make the driver wait for the command to finish.

...ep\n", ap=0xbfffde18) at vfprintf.c:1024 1024 vfprintf.c: No such file or directory. #1 0x40225f47 in fprintf (stream=0x726b2e78, format=0x811ad81 "ep\n") at fprintf.c:32 32 fprintf.c: No such file or directory. (gdb) up #2 0x806ca78 in PostScriptEndPage (fp=0x726b2e78) at devPS.c:513 513 fprintf(fp, "ep\n"); (gdb) up #3 0x806d953 in PS_NewPage (dd=0x81df2d0) at devPS.c:1015 1015 if(pd->pageno > 1) PostScriptEndPage(pd->psfp); (gdb) up #4 0x8087c75 in Rf_GNewPlot (recording=1, ask=-2147483648) at graphics.c:1781 1781 dd->dp.newPage(dd);...

...ne = 910 An enumerated type is mixed with another type. con->blocking = block; ^ ------------------------------------------------------------------------ c89 -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -OPT:IEEE_NaN_inf=ON -g -c devPS.c -o devPS.o cc-1185 c89: WARNING File = devPS.c, Line = 978 An enumerated type is mixed with another type. dd->dp.canResizePlot = 0; ^ cc-1185 c89: WARNING File = devPS.c, Line = 979 An enumerated type is mixed with another type. dd->dp.canChange...

Oftentimes, I see graphs on the web that *look* like they've been produced by R, but I can never be sure. Or can I? I notice that PostScript files include a "%%%Creator: R Software" line, but do R graphics drivers encode any identifying information in GIF or PNG files more commonly used on the web? And of so, would such evidence necessarily be obliterated in post-processing (e.g

Skipped content of type multipart/alternative-------------- next part -------------- diff -urN rsync-3.0.2-orig/generator.c rsync-3.0.2/generator.c --- rsync-3.0.2-orig/generator.c 2008-03-28 10:30:11.000000000 -0700 +++ rsync-3.0.2/generator.c 2008-05-07 15:35:08.317364774 -0700 @@ -1508,6 +1508,7 @@ if (preserve_links && S_ISLNK(file->mode)) { #ifdef SUPPORT_LINKS + int iflags =

...ns from 1/4" on all sides to 1/2" on the bottom (left if horizontal==T) and 1/8" on the top (or right). I've also made a quick hack for the postscript device that adjust the margins appropriately. Maybe other users of inkjet printers who use postscript will find it useful. --- devPS.c Tue May 2 06:18:35 2000 +++ /eolian1/R-1.1.0/src/main/devPS.c Thu Jun 29 16:08:13 2000 @@ -909,6 +909,13 @@ } else { xoff = yoff = 0.0; } + /* HACK for DeskJet printers with 1/2" bottom margin and 1/8" top */ + if(pd->landscape) { + pd->width -...

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 depth control in the xfig graphics device or am I just missing something. Thanks a lot in advance Thomas Zanon -- ************************************************* Thomas Za...