I can reproduce this bug on linux (x86_64) with IM 6.3.9-8 and libpng-1.2.25 by converting a .ps file to png (or to anything else, since png is the intermediate step used by ghostscript). My backtrace is
#0 0x00002b65afcc72f5 in free () from /lib64/libc.so.6
#1 0x00002b65af1b4f10 in RelinquishMagickMemory () from /usr/lib64/libMagickCore.so.1
#2 0x00002b65b50937b8 in png_IM_free () from /usr/lib64/ImageMagick-6.3.9/modules-Q8/coders/png.so
#3 0x00002b65b30e27ed in png_free_data () from /usr/lib64/libgs.so.8
#4 0x00002b65b415bef7 in png_info_destroy () from /usr/lib64/libpng12.so.0
#5 0x00002b65b4165dce in png_read_destroy () from /usr/lib64/libpng12.so.0
#6 0x00002b65b4166104 in png_destroy_read_struct () from /usr/lib64/libpng12.so.0
#7 0x00002b65b50980df in ReadOnePNGImage () from /usr/lib64/ImageMagick-6.3.9/modules-Q8/coders/png.so
#8 0x00002b65b509f962 in ReadPNGImage () from /usr/lib64/ImageMagick-6.3.9/modules-Q8/coders/png.so
#9 0x00002b65af14796c in ReadImage () from /usr/lib64/libMagickCore.so.1
#10 0x00002b65b2c1bf17 in ReadPSImage () from /usr/lib64/ImageMagick-6.3.9/modules-Q8/coders/ps.so
#11 0x00002b65af14796c in ReadImage () from /usr/lib64/libMagickCore.so.1
#12 0x00002b65af519a9e in ConvertImageCommand () from /usr/lib64/libMagickWand.so.1
#13 0x0000000000400dd6 in main ()
The output of "convert -verbose d01-x01-y01.ps d01-x01-y01.png" is
"gs" -q -dQUIET -dPARANOIDSAFER -dBATCH -dNOPAUSE -dNOPROMPT -dMaxBitmap=500000000 -dAlignToPixels=0 -dGridFitTT=0 "-sDEVICE=pngalpha" -dTextAlphaBits=4 -dGraphicsAlphaBits=4 "-r72x72" -g332x304 "-sOutputFile=/tmp/magick-XXaQnXHS" "-f/tmp/magick-XXcAMYDj" "-f/tmp/magick-XXJwe7zK"
The file /tmp/magick-XXaQnXHS seems to be a good png file and just what I expect as output file from the convert command. You find the relevant files here:
http://www.linta.de/~hoeth/imagemagick/d01-x01-y01.ps
http://www.linta.de/~hoeth/imagemagick/magick-XXaQnXHS
Compiling with "--without-modules" yields a working convert.