http://blog.gmane.org/gmane.comp.printing.ghostscript.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3806 <pre>Hello, I'm using -dPDFFitPage successfully when processing PDFs. What is the equivalent for when processing postscript documents? -dEPSFitPage does not seem to work. I'm using Ghostscript 9.07. Thanks, Lee. </pre> Lee Howard 2013-05-15T19:51:14 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3801 <pre> Hello All, I would like to inquiry about an issue, I googled about it but didn't reach solution; I am using Ubuntu 12.04, CUPS 1.5.3 and Ghostscript 9.05, also I am using cups-pdf (virtual PDF printer). My problem is when printing text file, the generated PDF has embeded fonts without encoding, therefore cannot select, search or copy from the created file.  While I have another machine, Ubuntu 10.10, CUPS 1.4.4 and Ghostscript 8.71, cups-pdf prints PDF files with encoded text.   I tried multiple suggestions of old posts with no benefit, like below    http://www.qc4blog.com/?p=770 Best Regards ... Amani M. Hamdan Java Developer retailGreen, Inc. E-Mail : amanih&lt; at &gt;e-receipt.us.com Website : www.e-retailgreen.com Tel : +962 79 052 4264 _______________________________________________ gs-devel mailing list gs-devel&lt; at &gt;ghostscript.com http://ghostscript.com/cgi-bin/mailman/listinfo/gs-devel</pre> Amani M. Hamdan 2013-05-05T12:03:05 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3792 <pre>Hi all, While working with a PostScript document that cannot be interpreted by GhostScript, I found out that removing this (marked with &gt;) piece of code makes GS happy. However, I cannot figure out what is wrong in this stance of code. Perhaps someone with PostScript knowledge could tell why would GS complain about this section? 0 0 Td [1 0 0 -1 139 18] Tm 0 0 Td /F11_0 13.3333 Tf (\000\003) [3.704417 F12_0 represents embedded DejaVuSans font. The actual error message of GS in debug mode: ... resmp FindResource beg F12_0 resmp FindResource end Error: /rangecheck in --xyshow-- Operand stack: 139.0 18.0 (\n\355) --nostringval-- (\n\355) --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1862 1 3 %oparray_pop 1861 1 3 %oparray_pop 1845 1 3 %oparray_pop 1739 1 3 %oparray_pop --nostringval-- %</pre> Alex Korobkin 2013-04-25T19:59:57 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3790 <pre> Hi, to get a hang of what settings to use for gs rendering and ps2pdf (which is the way in which LilyPond, a note typesetter, produces PDF from PostScript), I wrote the following short test file. 100 100 translate matrix currentmatrix currentstrokeadjust dup == 2 setlinewidth 1 setlinejoin 4 { 0 0 20 30 rectstroke 30 5 translate } repeat false setstrokeadjust 4 { 0 0 20 30 rectstroke 30 5 translate } repeat true setstrokeadjust 4 { 0 0 20 30 rectstroke 30 5 translate } repeat 2 copy setstrokeadjust setmatrix 0 100 dtransform round idtransform translate 4 { 0 0 moveto 20 0 lineto 20 30 lineto 0 30 lineto closepath stroke 30 5 translate } repeat false setstrokeadjust 4 { 0 0 moveto 20 0 lineto 20 30 lineto 0 30 lineto closepath stroke 30 5 translate } repeat true setstrokeadjust 4 { 0 0 moveto 20 0 lineto 20 30 lineto 0 30 lineto closepath stroke 30 5 translate } repeat setstrokeadjust setmatrix 0 200 dtransform round idtransform translate 4 { 0 0 moveto 20 0 lineto 20 30 lineto 0 30 lineto closepath st</pre> David Kastrup 2013-04-18T13:07:38 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3778 <pre>This seems weird enough that I allow it may be me, but.... Having successfully used 8.53, I'm trying to build 9.07. It generally works well, and the graphics rendering quality is dramatically improved, but I'm encountering this issue with CID fonts. It makes no difference what configure options I use EXCEPT cidfont.dev: 1. Without cidfont.dev, selecting a CID font results in "ioerror" when gs tries to read the CID font file. 2. With cidfont.dev, loading the CID feature set results in an error of some kind while reading gs_cidtt.ps. (It just says something about /undefined in .uninstallpagedevice, IIRC.) This file is now located in /usr/share/ghostscript/9.07/Resource/Init, but was in 8.53/Resource/lib. Has something changed that I'm not dealing with, or is there an issue? I notice that cidfont.dev does not appear in the Makefile unless I put it there. I've switched back to 8.53. I can rebuild/re-install either/both configurations of 9.07 and supply more complete/detailed information if y</pre> Jim Howard 2013-04-12T01:53:10 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3775 <pre>I seem to be experiencing permission issues when I use the dash (-) option, which is to read from standard input for gsprint. I'm hoping there is a way to resolve this issue? It comes up in MS WIndows when gsprint is called from an application run by System ( for me, it's the Tomcat web app). The printing with gsprint won't work unless i'm running the application not as System, but with an explicit user with an account. I suspect it's because gsprint takes the standard input and writes to a temp file, and System didn't have privilege to do that. Unfortunately, running the application as a specific user isn't desirable in this case, and we want to run it as System. Does anyone have any suggestion how I can resolve this issue? Thanks in advance for any help! -Al </pre> Al Ramsey 2013-03-26T20:20:01 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3773 <pre>I just installed the new version 1.2 of MuPDF on my 64-bit Win7 and all appears to be working well. That is wonderful. I do have a question about the new feature for filling in forms. What is the point of being able to fill in a form in MuPDF if I cannot also print or save the document? What am I missing? John A. Wallace The pen is mightier than the sword, but only if you get in the first stroke. _______________________________________________ gs-devel mailing list gs-devel&lt; at &gt;ghostscript.com http://ghostscript.com/cgi-bin/mailman/listinfo/gs-devel</pre> John A. Wallace 2013-03-10T04:39:49 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3771 <pre>I noticed that the jpegxr library included in the GPL Ghostscript source is not GPL compatible. It also only seems to be necessary for XPS files and I am just interested in ps to pdf capability. So does it make sense to build a version without jpegxr? Is there a way to compile without jpegxr? Thanks! Neil </pre> Neil M. 2013-03-08T04:42:13 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3763 <pre>Hi, when I draw a PDF on a pixmap with a transformation matrix enabled, I face the problem that there are white artefacts around the page because MuPDF seems to interpolate the bordering pixels of the page with the pixmap background which is all white. See here for a screenshot that shows what it looks like: http://www.falkenhahn.com/tmp/mupdf_artefacts.png Is there any way to get rid of these artefacts? I would like to have pixmap that I can draw to any arbitrary background (e.g. red, green, yellow colored...) but I do not know the color of the background at the time of calling fz_run_page(). Thus, I somehow need to prevent MuPDF from interpolating pixels by blending with the current pixmap background color. Instead, it should just write the raw alpha blending values into the pixmap so that the pixmap can be smoothly drawn to any surface later. Does anybody know how this could be achieved? Thanks! Andreas </pre> Andreas Falkenhahn 2013-02-16T13:27:38 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3761 <pre> The engineer in question replied with the info below. Hopefully, we'll see it in the central LCMS2 repo real soon. Sorry about the confusion. Chris Begin forwarded message: Date: Fri, 15 Feb 2013 11:29:52 +0000 From: Robin Watts &lt;robin.watts&lt; at &gt;artifex.com&gt; To: Chris Liddell &lt;chris.liddell&lt; at &gt;artifex.com&gt; Subject: Re: [gs-devel] Ghostscript 9.07 and GhostPDL 9.07 On 15/02/2013 10:33, Chris Liddell wrote: The fixes have all been proffered upstream in the past, but have not been taken as yet. I updated my github little-cms repo this morning from the master one, and rebased the changes on top of that. I've sent a pull request for those changes, so hopefully they should make it to master soon. For anyone interested in what my changes are... The latest version of lcms, with all my patches added is therefore: https://github.com/robinwatts/Little-CMS/commits/artifex 3 of those are optimisations, so just the fixes can be found here: https://github.com/robinwatts/Little-CMS/commits/threading_fixes HT</pre> Chris Liddell 2013-02-15T12:28:14 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3760 <pre>Testing - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Three things are certain: Death, taxes, and lost data. Guess which has occurred... - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - </pre> Ken Sharp 2013-02-15T11:31:31 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3757 <pre>Artifex Software, Inc. is happy to announce the release of GPL Ghostscript 9.07 and GhostPDL 9.07. Get it here: http://www.ghostscript.com/download For a release summary see: http://www.ghostscript.com/doc/current/News.htm Thanks to everyone whose hard work made this release possible! Regards, Chris </pre> Chris Liddell 2013-02-14T14:36:54 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3753 <pre> Folks, it seems that some othersubr functions beyond #0-#4 (Type 1) and #14-#18 (Multiple Masters) are standardized, sort of. For example, othersubr #28 creates a random number in the range 0-1. Do you have any idea where this comes from, and where this is described in more detail? Werner </pre> Werner LEMBERG 2013-02-10T15:02:04 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3752 <pre>I have created the first release candidate archives for Ghostscript and GhostPDL 9.07: http://www.ghostscript.com/~chrisl/ghostscript-9.07rc1.tgz http://www.ghostscript.com/~chrisl/ghostpdl-9.07rc1.tgz http://www.ghostscript.com/~chrisl/MD5SUM http://www.ghostscript.com/~chrisl/SHA1SUM Please give it a try on your system if you're interested in helping test the release-in-progress. Your feedback is appreciated. All the best, Chris </pre> Chris Liddell 2013-01-31T16:18:40 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3748 <pre>I have a PostScript program which uses an EPS file to generate PDF labels. It works by moving to each label position, then running the EPS file with the "run" operator. I run this through "ps2pdf" to generate a PDF. I tested this on GhostScript 8.7 that came with my Mac, and it works fine. On a server where I deployed this, GhostScript 9.05 is installed, and there I run into problems. I get an error like this: Error: /invalidfileaccess in --run-- Operand stack: --nostringval-- (10ml_label_template.eps) (r) Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- I think it is because of changes to how -DSAFER operates, or maybe because ps2pdf uses -DSAFER in newer but not older versions. And the program works fine if I run ps2pdf with -DNOSAFER. I would like the protections of -DSAFER if possible though. The documentation for that flag says: Disables reading of files other than %stdin, those given as a command line argument I tried giving the filename on the comma</pre> Scott Gifford 2013-01-28T16:05:12 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3717 <pre>Hi all, Attached is a patch that makes ghostscript work with long building path. If ghostscript is integrated into other projects, in my case, Yocto, it's likely that the 256 length limit of its building path is not enough. See more details in attachment. Sorry if I'm sending this to the wrong ML. (If so, could someone tell me which mailing list I should go to?) Best Regards, Chen Qi _______________________________________________ gs-devel mailing list gs-devel&lt; at &gt;ghostscript.com http://ghostscript.com/cgi-bin/mailman/listinfo/gs-devel</pre> ChenQi 2012-11-29T05:24:32 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3716 <pre>_______________________________________________ gs-devel mailing list gs-devel&lt; at &gt;ghostscript.com http://ghostscript.com/cgi-bin/mailman/listinfo/gs-devel</pre> gsview< at >ghostgum.com.au 2012-11-17T19:35:54 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3714 <pre>I have compiled GhostPDL using gmake and gcc on Solaris 10 (SPARC) system. No compile errors. The pcl6 executable has been created. When I run the pcl2pdf sript to convert a PCL file to PDF (used the owl.pcl test file) pcl6 core dumps. What can I check or do to determine why pcl6 is core dumping? _______________________________________________ gs-devel mailing list gs-devel&lt; at &gt;ghostscript.com http://ghostscript.com/cgi-bin/mailman/listinfo/gs-devel</pre> Greg Duncan 2012-11-11T00:37:31 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3713 <pre>I am using the ghostscript library in a C program to generate individual pages (triggered by and customized by data from a barcode reader). I am not using the CUPS print spooler but specifying the printer directly (/dev/usb/lp0) so that each page can be printed immediately as it is rendered.  This works well using the built-in ljet4 driver..  I generate a page and it prints..I generate the next page and it prints. I do not get the same result with the ijs driver (hpijs). It seems that the hpijs driver will not flush the page to the printer immediately. I am always one page behind... eg generate and send page 1 to the driver... some but not all data is sent to the printer (the green light on the printer blinks)...generate and send page 2...page 1 prints and some of page 2 data is sent to the printer. Is there any parameter I can use to tell the ijs driver to output the entire page to the printer / flush the buffer ? Is this an issue with the hpijs driver or with the ghoostscript library ? Michael________</pre> Michael K 2012-11-10T14:42:57 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3712 <pre>Dear Sir/Madam, I am a graduate student at Auburn University, working with Dr. Munawar Hafiz. We are working on an empirical study project to understand the software engineering practices used in companies that produce secure software. In particular, we are concentrating on how developers write code to prevent buffer overflow and integer overflow vulnerabilities. We are interested in the software development process: how you develop software, how you test and analyze programs to detect vulnerabilities, and what processes you follow to remove bugs. We are looking into automated tools that software developers use, and are expecting that there is a common insight in the security engineering process that can be reusable. We request your assistance by participating in this research study. We would greatly appreciate it if you would share your experience with us by answering the questions at the end of this email. We may send some follow up questions based on your response in future. Your response(s) will be kep</pre> Auburn Study 2012-11-08T06:43:57 http://comments.gmane.org/gmane.comp.printing.ghostscript.devel/3702 <pre>Hi, I am not sure if I'm on the right list with this question, I couldn't find a user list. Feel free to forward me to the correct list. How can I make ghostscript not wipe the PDF metadata like author, title, subject? After I process my files with gs the fields are not set any longer. How I call ghostscript: gs \ -dBATCH \ -dNOPAUSE \ -sOutputFile=&lt;output_file&gt; \ -sDEVICE=pdfwrite \ -dPDFSETTINGS=/ebook \ &lt;input_file&gt; Marco </pre> Marco 2012-10-11T10:00:42 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.printing.ghostscript.devel