Please provide a command line that fails with 9.00, and a test input file used
with the command line.

It fails with any command line
$ gs
Segmentation fault
$ pdf2ps file.pdf file.ps # doesn't depend on file. Only segfaults
Segmentation fault

It just segfaults with any file and with any command line, except `gs --help`

But 
$ gsx file.pdf 
works ok

I'll assume you are using the Gentoo Ghostscript package, rather than the Ghostscript sources distributed by us?

If so, can I suggest you download the source directly from our site:
http://ghostscript.com/releases/

Build that, and try it exactly as we ship it. If it still shows the problem, we'll work with you to get the information we need to reproduce and fix the issue.

If a build of Ghostscript from our distribution doesn't fail, that would suggest it's a issue with the Gentoo packaging, and you'll need to report it to the Gentoo maintainers.

Thanks.

The problem is solved _for me_ by downgrading some packages.

>If so, can I suggest you download the source directly from our site:
>http://ghostscript.com/releases/
I can't build it :)

node 'Resource/Init/opdfread.ps' len=142772 9 blocks, compressed size=36608
node 'Resource/Init/pdf_cslayer.ps' len=4058 1 blocks, compressed size=1396
Total %rom% structure size is 7893864 bytes.
gcc  -DHAVE_MKSTEMP -DHAVE_HYPOT -DHAVE_FILE64 -DHAVE_MKSTEMP64 -DHAVE_FONTCONFIG  -DHAVE_SETLOCALE -O2 -Wall -Wstrict-prototypes -Wundef -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wno-strict-aliasing -Wdeclaration-after-statement -fno-builtin -fno-common -DHAVE_STDINT_H -DGX_COLOR_INDEX_TYPE="unsigned long long"  -DUSE_LIBPAPER  -I./obj -I./base  -o ./obj/gsromfs1.o -c ./obj/gsromfs1.c
./obj/echogs -w ./obj/ldt.tr -n - gcc  -o ./bin/gs
./obj/echogs -a ./obj/ldt.tr -n -s ./obj/gsromfs1.o ./obj/gs.o -s
cat ./obj/ld.tr >>./obj/ldt.tr
./obj/echogs -a ./obj/ldt.tr -s - -ldl -lm  -lpaper -rdynamic -ldl -lfontconfig   -lpthread -lm
if [ x != x ]; then LD_RUN_PATH=; export LD_RUN_PATH; fi; \
	XCFLAGS= XINCLUDE= XLDFLAGS= XLIBDIRS= XLIBS= \
	FEATURE_DEVS= DEVICE_DEVS= DEVICE_DEVS1= DEVICE_DEVS2= DEVICE_DEVS3= \
	DEVICE_DEVS4= DEVICE_DEVS5= DEVICE_DEVS6= DEVICE_DEVS7= DEVICE_DEVS8= \
	DEVICE_DEVS9= DEVICE_DEVS10= DEVICE_DEVS11= DEVICE_DEVS12= \
	DEVICE_DEVS13= DEVICE_DEVS14= DEVICE_DEVS15= DEVICE_DEVS16= \
	DEVICE_DEVS17= DEVICE_DEVS18= DEVICE_DEVS19= DEVICE_DEVS20= \
	DEVICE_DEVS_EXTRA= \
	/bin/sh <./obj/ldt.tr
./obj/tif_jbig.o: In function `JBIGEncode':
tif_jbig.c:(.text+0x36d): undefined reference to `jbg_enc_init'
tif_jbig.c:(.text+0x375): undefined reference to `jbg_enc_out'
tif_jbig.c:(.text+0x37d): undefined reference to `jbg_enc_free'
./obj/tif_jbig.o: In function `JBIGDecode':
tif_jbig.c:(.text+0x5f6): undefined reference to `jbg_dec_init'
tif_jbig.c:(.text+0x60e): undefined reference to `jbg_newlen'
tif_jbig.c:(.text+0x632): undefined reference to `jbg_dec_in'
tif_jbig.c:(.text+0x648): undefined reference to `jbg_dec_getimage'
tif_jbig.c:(.text+0x652): undefined reference to `jbg_dec_getsize'
tif_jbig.c:(.text+0x670): undefined reference to `jbg_dec_free'
tif_jbig.c:(.text+0x694): undefined reference to `jbg_strerror'
collect2: выполнение ld завершилось с кодом возврата 1
make: *** [bin/gs] Ошибка 1

Well, it's good that you worked around the problem, but obviously it's worrying that you could not build the package directly from us.

Could you let us know what packages you downgraded to get it work?

And could you tell us what (if any) steps you took to try to build GS from our archive (like configure options, or whatever)?

Thanks.

I just downgraded this packages (versions I have now)
app-text/ghostscript-gpl-8.71-r4
app-text/libpaper-1.1.23  (app-text/libpaper)
media-libs/fontconfig-2.8.0  (media-libs/fontconfig)
media-libs/jpeg-8b  (>=media-libs/jpeg-6b)
media-libs/libpng-1.4.3  (>=media-libs/libpng-1.2.42)
media-libs/tiff-3.9.4  (>=media-libs/tiff-3.9.2)
sys-libs/zlib-1.2.3-r1  (>=sys-libs/zlib-1.2.3)
app-text/djvu-3.5.22-r1  (app-text/djvu)
x11-libs/cairo-1.8.10  (>=x11-libs/cairo-1.2.0)
net-print/cups-1.3.11-r2  (>=net-print/cups-1.3.8)
x11-libs/gtk+-2.20.1-r1  (>=x11-libs/gtk+-2.0)
sys-devel/automake-1.10.3  (=sys-devel/automake-1.10*)
media-fonts/urw-fonts-2.4.9  (>=media-fonts/urw-fonts-2.4.9)

(In reply to comment #6)
> I just downgraded this packages (versions I have now)
> app-text/ghostscript-gpl-8.71-r4
> app-text/libpaper-1.1.23  (app-text/libpaper)
> media-libs/fontconfig-2.8.0  (media-libs/fontconfig)
> media-libs/jpeg-8b  (>=media-libs/jpeg-6b)
> media-libs/libpng-1.4.3  (>=media-libs/libpng-1.2.42)
> media-libs/tiff-3.9.4  (>=media-libs/tiff-3.9.2)
> sys-libs/zlib-1.2.3-r1  (>=sys-libs/zlib-1.2.3)
> app-text/djvu-3.5.22-r1  (app-text/djvu)
> x11-libs/cairo-1.8.10  (>=x11-libs/cairo-1.2.0)
> net-print/cups-1.3.11-r2  (>=net-print/cups-1.3.8)
> x11-libs/gtk+-2.20.1-r1  (>=x11-libs/gtk+-2.0)
> sys-devel/automake-1.10.3  (=sys-devel/automake-1.10*)
> media-fonts/urw-fonts-2.4.9  (>=media-fonts/urw-fonts-2.4.9)

There are at least two incompatibities with gs 8.71. see Bug 691475 for jpeg 8b, and Bug 691111 for libpng 1.4.x .

This is obviously more of a build related problem, so reassigning to me.

I believe Gentoo now has working packages of the latest Ghostscript release.