[Call for Testing] X.org 7.5 for FreeBSD

[Torfinn Ingolfsen]

Update:

On Mon, Mar 15, 2010 at 11:02 PM, Robert Noland <rnoland at freebsd.org> wrote:

> On Mon, 2010-03-15 at 22:40 +0100, Torfinn Ingolfsen wrote:
> > On Sun, Mar 14, 2010 at 9:43 PM, Garrett Cooper <yanefbsd at gmail.com>
> wrote:
> >
> > >    Could you compile xfce4-session with -g and attach gdb to it as
> > > it's starting up to get a backtrace please?
> >
> >
> > So I am guessing that running gdb on the core file I already have (from
> > xfce4-session) isn't of any use?
> > I'll have to figure out how to compil with -g and how to "attach gdb"
> then.
>
> "make -DWITH_DEBUG all deinstall reinstall"
>

Ok, I finally found time to try this. After recompiling xfce4-session as
stated above, I did a 'startxfce4' as root. After that I did 'gdb
xfce4-session xfce4-session.core'
Correct so far?
On loading gdb prints:
Core was generated by `xfce4-session'.
Program terminated with signal 6, Aborted.

then proceeds and load symbols.
I then try a backtrace:
(gdb) bt
#0  0x0000000804bbf91c in kill () from /lib/libc.so.7
#1  0x0000000804bbe71b in abort () from /lib/libc.so.7
#2  0x0000000804171c75 in dbus_malloc () from /usr/local/lib/libdbus-1.so.3
#3  0x000000080416df55 in dbus_watch_handle () from
/usr/local/lib/libdbus-1.so.3
#4  0x0000000804163046 in dbus_message_new_signal () from
/usr/local/lib/libdbus-1.so.3
#5  0x00000008040271e9 in dbus_g_connection_register_g_object () from
/usr/local/lib/libdbus-glib-1.so.2
#6  0x00000008042909ef in g_closure_invoke () from
/usr/local/lib/libgobject-2.0.so.0
#7  0x00000008042a4547 in g_signal_parse_name () from
/usr/local/lib/libgobject-2.0.so.0
#8  0x00000008042a5f96 in g_signal_emit_valist () from
/usr/local/lib/libgobject-2.0.so.0
#9  0x00000008042a6353 in g_signal_emit () from
/usr/local/lib/libgobject-2.0.so.0
#10 0x000000000040f664 in xfsm_client_set_state (client=0x804e56400,
state=XFSM_CLIENT_SAVINGLOCAL) at xfsm-client.c:344
#11 0x0000000000414c35 in xfsm_manager_register_client (manager=0x804e1e810,
client=0x804e56400, previous_id=0x0) at xfsm-manager.c:909
#12 0x000000000040da34 in sm_register_client (sms_conn=0x804e39300,
client_data=0x804e56400, previous_id=0x0) at sm-layer.c:210
#13 0x0000000800f25abe in _SmsProcessMessage () from
/usr/local/lib/libSM.so.6
#14 0x0000000801039cd0 in IceProcessMessages () from
/usr/local/lib/libICE.so.6
#15 0x000000000040aeb2 in ice_process_messages (channel=0x804e8c100,
condition=G_IO_IN, user_data=0x804e72f80) at ice-layer.c:111
#16 0x00000008043fe692 in g_main_context_dispatch () from
/usr/local/lib/libglib-2.0.so.0
#17 0x0000000804401a2e in g_main_context_check () from
/usr/local/lib/libglib-2.0.so.0
#18 0x0000000804401d19 in g_main_loop_run () from
/usr/local/lib/libglib-2.0.so.0
#19 0x0000000801384743 in gtk_main () from
/usr/local/lib/libgtk-x11-2.0.so.0
#20 0x000000000040bbea in main (argc=1, argv=0x7fffffffea08) at main.c:299
(gdb)

What next?


>
> works in most cases.  If your existing core doesn't have symbols, then
> no it won't offer much insight.
>

Noted.


-- 
Regards,
Torfinn Ingolfsen