X applications seg faulting

Adam K Kirchhoff adamk at voicenet.com
Wed Nov 15 05:05:57 PST 2006


Adam K Kirchhoff wrote:
> 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.

FYI all,

    I grabbed the latest libX11 from freedesktop's git repo, installed 
it on top of the already installed version, and it appears to be working 
fine now.  Thanks for your help!

Adam



More information about the freebsd-x11 mailing list