Summary: | GhostScript not working properly on 64 Bit | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | artifex |
Component: | General | Assignee: | Default assignee <ghostpdl-bugs> |
Status: | NOTIFIED FIXED | ||
Severity: | normal | ||
Priority: | P4 | ||
Version: | 8.56 | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Customer: | 870 | Word Size: | --- |
Description
artifex
2008-05-02 08:10:42 UTC
Created attachment 3975 [details]
PDF-file with problem on 64 Bit
PDF-file that gives error on 64Bit Windows 2003 Server, but not on 32 Bit XP.
Set missing customer ID I cannot reproduce this problem. I've tried several Linux and Windows systems including the 64Bit Windows 2003 Server. Please provide more information about your build of Ghostscript and your systems. Perhaps, the server has less memory than the XP ? To verify it, I used GNU GhostScript 8.56 Setup from sourcefourge.net (gs856w32.exe) and installed this on the 64 Bit machine. This has 1.4 GB RAM and 2 GB to 4 GB virtual memory. The bug was reproducable. Then I installed that same version on my 32 Bit machine. This has 0.99 GB RAM and 1.5 to 3 GB virtual memory. And there the conversion is working. Taskmanager "Performance" tells use of about 1.7 GB memory for the complete machine. reassign to support for testing on other platforms. Please try to run this little memory eater on your 64Bit Windows to determine how much memory can be allocated. %! % This little program allocates memory in a loop % with about 1M per iteration. /out (%stdout)(w) file def 1 array dup /a exch def 1 1 50000 { (Allocating ) out exch writestring ( ) cvs out exch writestring ( MB\n) out exch writestring out flushfile [ 0 20 { 50000 string } repeat ] dup 3 1 roll 0 exch put } for On the 64Bit-machine I get: 1735 MB On the 32Bit-machine I get: 1768 MB I can change the command line on the 64-Bit-machine to "C:\Programme (x86)\gs\gs8.56\bin\gswin32c.exe" -dMaxBitmap=241304526 -sDEVICE=pngmono -sOutputFile="out64bit.png" -r400 -dBATCH -dNOPAUSE -q -f "Plotfile002.pdf" -c quit then the conversion is ok. Please note that I also removed the -dBufferSpace. When increasing to -dMaxBitmap=241304527, I get the error. This border is independant from using -dBufferSpace or not. On the 32Bit-machine I can work with a much larger value of -dMaxBitmap using the same binary of GPL GhostScript 8.56. But another hint: If I use -dMaxBitmap=241304526 on the 32 Bit machine, taskmanager performance tells about 12 MB more memory usage. If I use -dMaxBitmap=241304527, it jumps up with about 1.5 GB. The processor on the 64Bit-machine is AMD Athlon 64 3200+. Could you try gs862w32.exe? We made a lot of changes in 64 bit support between 8.56 and 8.62. I've reproduced the error with -dMaxBitmap=241304527 on a 32-bit computer in 8.56. This problem was fixed by the rev. 8056, and closed bug 688808, bug 688815 and bug 689080. Please try v. 8.60 or higher. I could not find gs862w32.exe on sourceforge. So I tried gs860w32.exe and this works. So we can close this bug report. Thank you for your help. Windows binaries of v. 8.62 are available at http://mirror.cs.wisc.edu/pub/mirrors/ghost/GPL/current/ The bandwidth of that site is limited - please be patient. As noted in private email to this customer, OEM licensed customers should use the Artifex Ghostscript distribution, not the GPL Ghostscript. I've given the customer the URL to the Artifex Ghostscript distribution of 8.62. |