Bug 222830
| Summary: | gs crash printing from gthumb | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Tim Waugh <twaugh> | ||||||
| Component: | ghostscript | Assignee: | Tim Waugh <twaugh> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 6 | CC: | triage, twegener | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | All | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | bzcl34nup | ||||||||
| Fixed In Version: | F-8 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2008-04-04 10:46:34 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Tim Waugh
2007-01-16 14:00:01 UTC
*This* bug report is about the gs crash shown in attachment id=145681 (/var/log/cups/error_log). Is this reproducible? If you print a file from gthumb, can you cause this gs crash to happen every time? If so, I would like the /tmp/foomatic-rip.ps file for a print attempt from gthumb that resulted in a gs crash. This is always reproducible. Created attachment 145797 [details]
/tmp/foomatic-rip.log (debug) (printing from gthumb)
Created attachment 145802 [details]
/tmp/foomatic-rip.ps (debug) (printing from gthumb)
How to reproduce:
gs '-dBATCH' '-dPARANOIDSAFER' '-dQUIET' '-dNOPAUSE' \
'-sDEVICE=ijs' '-sIjsServer=hpijs' \
'-sDeviceManufacturer=HEWLETT-PACKARD' \
'-sDeviceModel=deskjet 5600' '-dDEVICEWIDTHPOINTS=595' \
'-dDEVICEHEIGHTPOINTS=842' '-dDuplex=false' '-r300' \
'-sIjsParams=Quality:Quality=0,Quality:ColorMode=2,Quality:MediaType=0,Quality:PenSet=2,PS:MediaPosition=7'\
'-dIjsUseOutputFD' '-sOutputFile=/dev/null' \
tmp_foomatic-rip_gthumb.ps
Backtrace:
#0 gsijs_fill_rectangle (dev=0x67f508, x=0, y=0, w=1200, h=1800,
color=16777215) at src/gdevijs.c:208
208 if (ijsdev->krgb_mode && ijsdev->k_path && y >= 0 && x >= 0)
$1 = (gx_device_ijs *) 0x0
#1 0x0000003dbaabf4ee in gx_dc_pure_fill_rectangle (
pdevc=<value optimized out>, x=0, y=0, w=1200, h=1800, dev=0x67f508,
lop=252, source=0x0) at src/gxdcolor.c:387
387 return (*dev_proc(dev, fill_rectangle)) (dev, x, y, w, h,
#2 0x0000003dbaaab328 in gs_fillpage (pgs=0x61bcb8) at src/gspaint.c:91
91 code = gx_fill_rectangle(0, 0, dev->width, dev->height,
#3 0x0000003dba90d056 in gs_interpret (pi_ctx_p=0x3dbaf74230,
pref=<value optimized out>, user_errors=1, pexit_code=0x7fff887c0dac,
perror_object=0x7fff887c0d90) at src/interp.c:1492
1492 switch (code =
call_operator(op_index_proc(index), i_ctx_p)) {
#4 0x0000003dba9035b2 in gs_main_interpret (minst=0x3dbaf73fc0, pref=0x0,
user_errors=1, pexit_code=0x7fff887c0dac, perror_object=0x7fff887c0d90)
at src/imain.c:297
297 code = gs_interpret(&minst->i_ctx_p, &refnul,
#5 0x0000003dba9037de in gs_main_run_string_end (minst=0x0,
user_errors=16777215, pexit_code=0x4b0, perror_object=0x708)
at src/imain.c:600
600 return gs_main_interpret(minst, &rstr, user_errors, pexit_code,
#6 0x0000003dba904710 in run_string (minst=0x0, str=0x0, options=2)
at src/imainarg.c:778
778 &exit_code, &error_object);
#7 0x0000003dba904e15 in runarg (minst=0x3dbaf73fc0, pre=0x3dbab10c15 "",
arg=0x63d520 "tmp_foomatic-rip_gthumb.ps", post=0x3dbaaf4788 ".runfile",
options=<value optimized out>) at src/imainarg.c:768
768 code = run_string(minst, line, options);
#8 0x0000003dba904fd8 in argproc (minst=0x3dbaf73fc0,
arg=<value optimized out>) at src/imainarg.c:703
703 return runarg(minst, "", filearg, ".runfile", runInit | runFlush);
#9 0x0000003dba906620 in gs_main_init_with_args (minst=0x3dbaf73fc0, argc=17,
argv=<value optimized out>) at src/imainarg.c:216
216 code = argproc(minst, arg);
#10 0x00000000004009e1 in main (argc=17, argv=0x7fff887c1da8)
at src/dxmainc.c:88
88 code = gsapi_init_with_args(instance, argc, argv);
Fedora apologizes that these issues have not been resolved yet. We're sorry it's taken so long for your bug to be properly triaged and acted on. We appreciate the time you took to report this issue and want to make sure no important bugs slip through the cracks. If you're currently running a version of Fedora Core between 1 and 6, please note that Fedora no longer maintains these releases. We strongly encourage you to upgrade to a current Fedora release. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained and closing them. http://fedoraproject.org/wiki/LifeCycle/EOL If this bug is still open against Fedora Core 1 through 6, thirty days from now, it will be closed 'WONTFIX'. If you can reporduce this bug in the latest Fedora version, please change to the respective version. If you are unable to do this, please add a comment to this bug requesting the change. Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we are following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again. And if you'd like to join the bug triage team to help make things better, check out http://fedoraproject.org/wiki/BugZappers This is fixed in Fedora 8 (tested with ghostscript-8.62-3.fc8). |