Bug 114256 - Ghostscript coredumps when trying to generate cups raster with more than 1 bit per color
Summary: Ghostscript coredumps when trying to generate cups raster with more than 1 bi...
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: ghostscript (Show other bugs)
(Show other bugs)
Version: 9
Hardware: i386 Linux
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2004-01-25 14:15 UTC by Krzysio (Chris) Leszczynski
Modified: 2007-04-18 17:02 UTC (History)
0 users

Fixed In Version: 7.07-19
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-01-28 14:18:03 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Krzysio (Chris) Leszczynski 2004-01-25 14:15:18 UTC
Description of problem:
gs barfs with signal 11 if trying to use a device CUPS
with BitsPerColor > 1.

Version-Release number of selected component (if applicable):
(but Fedora's 7.07-17 has exactly the same bug)

How reproducible:

Steps to Reproduce:
1.  gs -sDEVICE=cups -dcupsBitsPerColor=8
2. or, if you you want to be 100% correct
3. gs -sDEVICE=cups -dcupsBitsPerColor=8 -sOutputFile=file.cups anyfile.ps
Actual results:
Segmentation fault

Expected results:
I'd expect a proper cups raster file or an error message if the
parameter is incorrect (I believe it is correct).

Additional info:
The bug seems to be somewhere gdev_prn_allocate() but I'm not
sure, I was not able to trace it. Ghostscript C code contains
too many macros to trace.

Comment 1 Tim Waugh 2004-01-28 12:23:53 UTC
The reallocation fails because it thinks the old base address is 0 for
some reason -- you're right, it's hard to figure out what's going on
inside ghostscript.

To get an idea of the severity of this problem can you tell me how you
came across it?  Thanks.

Comment 2 Krzysio (Chris) Leszczynski 2004-01-28 13:18:28 UTC
We have a color printer -- Phaser 8200DP. It contains a bug in
its PostScript interpreter that hangs the whole printer sometimes.
We need to find a way around. We tried to generate a CMYK
pixel-mapped page in cups format because it is easy to
interpret -- there is a library in cups-devel and there is
a trivial way to make a "<<dict>>image ...pixmap" from such

It looks it's impossible to generate any CMYK page as a cups
raster file.

I don't know the severity, but I think the problem occurs during
rendering cups color pages, even those for simple inkjet printers.
As far as I know from cups manual page cups raster file, a.k.a
-sDEVICE=cups is supposed to be an universal raster file.  It is
supposed to be converted to the final printer format.

Comment 3 Tim Waugh 2004-01-28 14:18:03 UTC
I think this might be fixed (or at least worked around) in 7.07-19, by
changing the 'reallocate' to 'allocate' in gdevcups.c.

Note You need to log in before you can comment on or make changes to this bug.