Summary: | GPL Ghostscript 9.26: Unrecoverable error, exit code 1 | ||
---|---|---|---|
Product: | Ghostscript | Reporter: | peanuts <peanuts_sec> |
Component: | Graphics Library | Assignee: | Default assignee <ghostpdl-bugs> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | chris.liddell, robin.watts |
Priority: | P4 | ||
Version: | 9.26 | ||
Hardware: | PC | ||
OS: | Linux | ||
Customer: | Word Size: | --- | |
Attachments: | file of the problem |
Description
peanuts
2020-04-11 04:01:18 UTC
> I hope it can be solved. thx
Well, not with that information, it can't.
In order for us to look into the problem, you need to tell us how to reproduce it with Ghostscript. Just Ghostscript. Not ImageMagick.
You need to tell us exactly what command you used to trigger the problem, and (as you have done), include the input file.
If you have a problem caused by calling ImageMagick, report it to ImageMagick. The ImageMagick authors can then pass it onto us as a Ghostscript bug, because they are in a position to tell us exactly what Ghostscript command was used.
BUT the first thing we'll tell them to do is to test with the latest version of Ghostscript.
AND why is a /VMerror necessarily wrong in this case? It looks from your report like you're feeding the contents of a fuzzer into ImageMagick, so for the program to exit in an orderly manner with an error seems quite correct.
Just to confirm; VMerror is *exactly* the correct behaviour in this case. The binary token sequence in the file causes Ghostscript to have to attempt to allocate a Postscript array of size 434110447. Although we don't enforce it, for compatibility with Adobe implementations, Postscript producers invariably limit the allowed array size to 65,535. As Robin says, this is perfectly sensible, and intended behaviour. thanks a lot! this issue can be closed. |