X applications seg faulting
Adam K Kirchhoff
adamk at voicenet.com
Tue Nov 14 03:25:46 PST 2006
Rene Ladan wrote:
> Adam K Kirchhoff schreef:
>
>> So I'm hoping for a little more guidance. I've managed to get the
>> modular X server up and running from the ports tree. I did not install
>> the entire xorg metapackage due to problems with some of the input
>> drivers, so I just manually installed the necessary drivers. I've
>> installed some X11 client applications from the ports tree, including rxvt.
>>
>> Though I can launch the X server, any X clients will automatically
>> segfault, including xinit. In fact, this is clearly completely
>> unrelated to the X server as those client apps segfault when being
>> launched on a remote X server. If I ssh in, and try to launch rxvt, I
>> get a segfault. The backtrace shows:
>>
>> (gdb) run
>> Starting program: /usr/X11R6/bin/rxvt
>> (no debugging symbols found)...(no debugging symbols found)...(no
>> debugging symbols found)...
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x08240250 in ?? ()
>> (gdb) bt
>> #0 0x08240250 in ?? ()
>> #1 0x280dd81f in _XReply () from /usr/X11R6/lib/libX11.so.6
>> #2 0x280ba20e in XListFonts () from /usr/X11R6/lib/libX11.so.6
>> #3 0x2810af86 in get_font_name () from /usr/X11R6/lib/libX11.so.6
>> #4 0x2810b4f8 in parse_fontdata () from /usr/X11R6/lib/libX11.so.6
>> #5 0x2810c5ef in create_oc () from /usr/X11R6/lib/libX11.so.6
>> #6 0x280c5c54 in XCreateOC () from /usr/X11R6/lib/libX11.so.6
>> #7 0x280bad14 in XCreateFontSet () from /usr/X11R6/lib/libX11.so.6
>> #8 0x0804d5a3 in ?? ()
>> #9 0x08210800 in ?? ()
>> #10 0x08290240 in ?? ()
>> #11 0xbfbfeac0 in ?? ()
>> #12 0xbfbfeac4 in ?? ()
>> #13 0xbfbfeac8 in ?? ()
>> #14 0x0805aaa9 in ?? ()
>> #15 0xbfbfeac8 in ?? ()
>> #16 0x281d4b15 in __detect_path_locale () from /lib/libc.so.7
>> #17 0x0804d603 in ?? ()
>> #18 0x00e00002 in ?? ()
>> #19 0x00000000 in ?? ()
>> #20 0x00000001 in ?? ()
>> #21 0xbfbfeb88 in ?? ()
>> #22 0x00000001 in ?? ()
>> #23 0x00000000 in ?? ()
>> #24 0xbfbfeb38 in ?? ()
>> #25 0x080517f4 in ?? ()
>> #26 0x00000001 in ?? ()
>> #27 0xbfbfeb88 in ?? ()
>> #28 0x00000000 in ?? ()
>> #29 0xbfbfec04 in ?? ()
>> #30 0x2826c520 in _nsyyin () from /lib/libc.so.7
>> #31 0x28089600 in ?? ()
>> #32 0xbfbfeb30 in ?? ()
>> #33 0x00000001 in ?? ()
>> #34 0xbfbfeb90 in ?? ()
>> #35 0x2806288c in fetch_ventry () from /libexec/ld-elf.so.1
>> Previous frame inner to this frame (corrupt stack?)
>>
>> Does anyone have any ideas? Thanks!
>>
>> Adam
>>
>>
>>
> 1. Which version of libX11 do you have? 1.0.99.2 is troublesome (at
> least for me).
>
> 2. backtraces are only useful with debugging symbols (add -g to CFLAGS
> in /etc/make.conf and recompile X).
>
> Regards,
> Rene
>
So here's a backtrace of xterm after recompiling everything with
debugging symbols:
(gdb) run
Starting program: /usr/X11R6/bin/xterm
warning: Unable to get location for thread creation breakpoint: generic
error
[New LWP 100105]
[New Thread 0x82502e0 (LWP 100163)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x82502e0 (LWP 100169)]
0x00000000 in ?? ()
(gdb) bt
#0 0x00000000 in ?? ()
#1 0x281ae8bf in _XReply (dpy=0x8291000, rep=0xbfbfe9a0,
extra=136376640, discard=1) at xcb_io.c:290
#2 0x281929b4 in XInternAtom (dpy=0x8291000, name=0x28333678 "Custom
Init", onlyIfExists=0) at IntAtom.c:185
#3 0x28305b5e in InitPerDisplay (dpy=0x8291000, app=0x8220580,
name=0xbfbfed97 "xterm", classname=0x807abc8 "XTerm") at Display.c:229
#4 0x28305c8e in XtOpenDisplay (app=0x8220580, displayName=0x0,
applName=0xbfbfed97 "xterm", className=0x807abc8 "XTerm", urlist=0x8083aa0,
num_urs=136, argc=0xbfbfec50, argv=0xbfbfec9c) at Display.c:284
#5 0x283061ce in _XtAppInit (app_context_return=0xbfbfeabc,
application_class=0x807abc8 "XTerm", options=0x8083aa0, num_options=136,
argc_in_out=0xbfbfec50, argv_in_out=0xbfbfeb14,
fallback_resources=0x8083a60) at Display.c:331
#6 0x2830f5f9 in XtOpenApplication (app_context_return=0x808b4fc,
application_class=0x807abc8 "XTerm", options=0x8083aa0, num_options=136,
argc_in_out=0xbfbfec50, argv_in_out=0xbfbfec9c,
fallback_resources=0x8083a60, widget_class=0x28339140, args_in=0x0,
num_args_in=0)
at Initialize.c:979
#7 0x0806386f in ?? ()
#8 0x0808b4fc in environ ()
#9 0x0807abc8 in ?? ()
#10 0x08083aa0 in __progname ()
#11 0x00000088 in ?? ()
#12 0xbfbfec50 in ?? ()
#13 0xbfbfec9c in ?? ()
#14 0x08083a60 in __progname ()
#15 0x28339140 in sessionShellWidgetClass () from /usr/X11R6/lib/libXt.so.6
#16 0x00000000 in ?? ()
#17 0x00000000 in ?? ()
#18 0xbfbfec48 in ?? ()
#19 0x08063830 in ?? ()
#20 0x00000019 in ?? ()
#21 0x00000012 in ?? ()
#22 0x283b7689 in __error () from /lib/libpthread.so.2
#23 0x0804d1ce in ?? ()
#24 0x00000001 in ?? ()
#25 0xbfbfec9c in ?? ()
#26 0xbfbfeca4 in ?? ()
#27 0x082502e0 in ?? ()
#28 0x08076944 in ?? ()
#29 0x00000000 in ?? ()
#30 0x00000000 in ?? ()
#31 0x280868f2 in .rtld_start () from /libexec/ld-elf.so.1
#32 0xbfbfec98 in ?? ()
#33 0xbfbfec80 in ?? ()
#34 0xbfbfec84 in ?? ()
#35 0x00000000 in ?? ()
#36 0x2808788c in fetch_ventry () from /libexec/ld-elf.so.1
#37 0x00000001 in ?? ()
(gdb) quit
The program is running. Exit anyway? (y or n) y
%exit
When I get a chance today, I'll try and grab a different version of
libX11 to see if it makes a difference.
Adam
More information about the freebsd-x11
mailing list