|
Bugzilla – Full Text Bug Listing |
| Summary: | gs aborts with "buffer overflow detected" for -sDEVICE=lips4v | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE LINUX 10.0 | Reporter: | Johannes Meixner <jsmeix> |
| Component: | Printing | Assignee: | Dr. Werner Fink <werner> |
| Status: | RESOLVED FIXED | QA Contact: | Johannes Meixner <jsmeix> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | jsmeix |
| Version: | Beta 3 | ||
| Target Milestone: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Found By: | Development | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
strace -f of the gs command on nelson.suse.de (i386)
strace -f of the gs command on caps.suse.de (x86_64) |
||
|
Description
Johannes Meixner
2005-08-29 12:09:06 UTC
Created attachment 47982 [details]
strace -f of the gs command on nelson.suse.de (i386)
Created attachment 47983 [details]
strace -f of the gs command on caps.suse.de (x86_64)
The strace does not help in this case. What would help you? In this case of an overflow I've to debug the lips4v driver to catch the wrong usage of the new color mode interface of gs 8.15. Straces are usefull to catch missing files or files which were missed by gs but installed. Hmmm ... within my change root environment I see: g31:espgs-8.15rc1 # bin/gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE \ -sDEVICE=lips4v -sOutputFile=/dev/null \ /usr/share/doc/packages/ghostscript/examples/colorcir.ps g31:espgs-8.15rc1 # simply nothing. OK on caps I see: /suse/werner> gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=lips4v -sOutputFile=/dev/null /usr/share/doc/packages/ghostscript/examples/colorcir.ps *** buffer overflow detected ***: gs terminated Abort but /suse/werner> tmp/gs -q -dBATCH -dPARANOIDSAFER -dQUIET -dNOPAUSE -sDEVICE=lips4v -sOutputFile=/dev/null /usr/share/doc/packages/ghostscript/examples/colorcir.ps /suse/werner> ... strange. It seems that libgmodule for OMNI was not linked with the new generated gs. Hmmm .. even if libgmodule is linked in and the same CFLAGS are used the gs binary get from command line in the change root environment is different as the binary generated from the build comand in the same change root environment .... FIXED |