On Henry's MacPro the following command line seg faults; the same command works correctly on the other cluster nodes: ~marcosw/cluster/users/ray/ghostpdl/gs/bin/gs -o test -sDEVICE=ps2write -r300 ./tests_private/ps/ps3cet/21-10.PS I'm continuing to investigate the other files that appear to be mac only issues.
It seg faults on my iMac as well, so does not appear to be specific to Henry's MacPro. Also, the -r300 option is not needed.
Here's the gdb output: (gdb) run -o test -sDEVICE=ps2write ./tests_private/ps/ps3cet/21-10.PS Starting program: /Users/marcos/artifex/ray/debugbin/gs -o test -sDEVICE=ps2write ./tests_private/ps/ps3cet/21-10.PS Reading symbols for shared libraries .+++++++++++........... done GPL Ghostscript 9.03 (2011-03-30) Copyright (C) 2010 Artifex Software, Inc. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Loading NimbusSanL-Bold font from %rom%Resource/Font/NimbusSanL-Bold... 3369784 2028665 2696952 1404618 1 done. % _Pg checksums collected from GPL Ghostscript version 3010 21-10 SYNTAX Loading NimbusRomNo9L-Regu font from %rom%Resource/Font/NimbusRomNo9L-Regu... 3532104 2213402 2737320 1424012 1 done. 21-10 SYNTAX = 39513 Text 30 ms 21-10 ILLEGAL 21-10 ILLEGAL = 8607 Text 40 ms /21-10__Pg01 48120 def %matching 48120 21-10 GLOBINT Loading NimbusSanL-Regu font from %rom%Resource/Font/NimbusSanL-Regu... 3666304 2341744 2814768 1506950 2 done. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x000000000203f0a0 0x00000001005a0fdd in gstate_alloc (mem=0x203f058, cname=0x1006a2ff0 "gs_gstate", pfrom=0x1024aa780) at ./base/gsstate.c:915 915 gs_alloc_struct(mem, gs_state, &st_gs_state, cname); (gdb) where #0 0x00000001005a0fdd in gstate_alloc (mem=0x203f058, cname=0x1006a2ff0 "gs_gstate", pfrom=0x1024aa780) at ./base/gsstate.c:915 #1 0x00000001005a10bc in gstate_clone (pfrom=0x1024aa780, mem=0x203f058, cname=0x1006a2ff0 "gs_gstate", reason=copy_for_gstate) at ./base/gsstate.c:944 #2 0x00000001005a0333 in gs_state_copy (pgs=0x1024aa780, mem=0x203f058) at ./base/gsstate.c:503 #3 0x0000000100402fc7 in gdev_pdf_fill_path (dev=0x1020c7c58, pis=0x102061e58, ppath=0x7fff5fbfd780, params=0x7fff5fbfd720, pdcolor=0x7fff5fbfd8a0, pcpath=0x1024a9b50) at ./base/gdevpdfd.c:1086 #4 0x00000001005f7850 in gx_fill_path (ppath=0x7fff5fbfd780, pdevc=0x7fff5fbfd8a0, pgs=0x102061e58, rule=-1, adjust_x=128, adjust_y=128) at ./base/gxpaint.c:50 #5 0x0000000100168402 in gs_shfill (pgs=0x102061e58, psh=0x1024aa660) at ./base/gscolor3.c:108 #6 0x0000000100185a7e in zshfill (i_ctx_p=0x10207e180) at ./psi/zshade.c:78 #7 0x00000001000de742 in do_call_operator (op_proc=0x100185a3d <zshfill>, i_ctx_p=0x10207e180) at ./psi/interp.c:84 #8 0x00000001000e2ade in interp (pi_ctx_p=0x101908808, pref=0x7fff5fbfeaf0, perror_object=0x7fff5fbfed00) at ./psi/interp.c:1539 #9 0x00000001000dee7b in gs_call_interp (pi_ctx_p=0x101908808, pref=0x7fff5fbfec30, user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/interp.c:490 #10 0x00000001000decab in gs_interpret (pi_ctx_p=0x101908808, pref=0x7fff5fbfec30, user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/interp.c:448 #11 0x00000001000d15aa in gs_main_interpret (minst=0x101908770, pref=0x7fff5fbfec30, user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/imain.c:239 #12 0x00000001000d2406 in gs_main_run_string_end (minst=0x101908770, user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/imain.c:591 #13 0x00000001000d22c0 in gs_main_run_string_with_length (minst=0x101908770, str=0x1019120d0 "<2e2f74657374735f707269766174652f70732f7073336365742f32312d31302e5053>.runfile", length=78, user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/imain.c:549 #14 0x00000001000d222d in gs_main_run_string (minst=0x101908770, str=0x1019120d0 "<2e2f74657374735f707269766174652f70732f7073336365742f32312d31302e5053>.runfile", user_errors=1, pexit_code=0x7fff5fbfed1c, perror_object=0x7fff5fbfed00) at ./psi/imain.c:531 #15 0x00000001000d58ff in run_string (minst=0x101908770, str=0x1019120d0 "<2e2f74657374735f707269766174652f70732f7073336365742f32312d31302e5053>.runfile", options=3) at ./psi/imainarg.c:823 #16 0x00000001000d5859 in runarg (minst=0x101908770, pre=0x10064e7f8 "", arg=0x10190a200 "./tests_private/ps/ps3cet/21-10.PS", post=0x100648955 ".runfile", options=3) at ./psi/imainarg.c:813 #17 0x00000001000d549c in argproc (minst=0x101908770, arg=0x7fff5fbffa08 "./tests_private/ps/ps3cet/21-10.PS") at ./psi/imainarg.c:746 #18 0x00000001000d38e6 in gs_main_init_with_args (minst=0x101908770, argc=5, argv=0x7fff5fbff878) at ./psi/imainarg.c:221 #19 0x000000010000182c in main (argc=5, argv=0x7fff5fbff878) at ./psi/gs.c:94 (gdb)
I am pretty sure this is what I just fixed. The culprit was ./base/gdevpdfd.c:1086 missing the gxstate.h header file so that gs_state_memory truncated the high bits of the 'mem' address. Please re-test and close if this is fixed.
(In reply to comment #3) > I am pretty sure this is what I just fixed. > > The culprit was ./base/gdevpdfd.c:1086 missing the gxstate.h header file > so that gs_state_memory truncated the high bits of the 'mem' address. > > Please re-test and close if this is fixed. correct it is fixed.