Bug 251810

after a resume, I restarted xfdesktop in gdb and got the following results after
another resume:

$ gdb /usr/bin/xfdesktop 
GNU gdb Red Hat Linux (6.6-24.fc8rh)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib64/libthread_db.so.1".
(gdb) r --display :0.0 --sm-client-id 117f000001000117952323000000031500000
Starting program: /usr/bin/xfdesktop --display :0.0 --sm-client-id
117f000001000117952323000000031500000
(no debugging symbols found)
warning: no loadable sections found in added symbol-file system-supplied DSO at
0x7fff84ffd000
(no debugging symbols found)
   <snipped a bunch of these warnings>
Program received signal SIGSEGV, Segmentation fault.
0x00002adb26bd0759 in libhal_free_property_set () from /usr/lib64/libhal.so.1
(gdb) bt
#0  0x00002adb26bd0759 in libhal_free_property_set () from /usr/lib64/libhal.so.1
#1  0x00002adb269c49ac in libhal_volume_from_udi () from
/usr/lib64/libhal-storage.so.1
#2  0x00000030b840d5ef in thunar_vfs_info_unref () from
/usr/lib64/libthunar-vfs-1.so.2
#3  0x00002adb26bd4469 in thunar_vfs_info_unref () from /usr/lib64/libhal.so.1
#4  0x0000003e6a80e2d0 in dbus_connection_dispatch () from /lib64/libdbus-1.so.3
#5  0x0000003e6c809505 in thunar_vfs_info_unref () from
/usr/lib64/libdbus-glib-1.so.2
#6  0x0000003e62e2ef13 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#7  0x0000003e62e3220d in thunar_vfs_info_unref () from /lib64/libglib-2.0.so.0
#8  0x0000003e62e3251a in g_main_loop_run () from /lib64/libglib-2.0.so.0
#9  0x00000030b735ad43 in gtk_main () from /usr/lib64/libgtk-x11-2.0.so.0
#10 0x0000000000410a0c in main ()


So, it looks like the SIGSEGV is in libhal. Not sure if it's a bug there or usage.

Can you pinpoint a time when this might have started happening?

Perhaps we could determine if there was a hal update in that same timeframe? 

Do you think this is a Thunar-vfs issue? Or hal? 

pinpoint, probably not, but we can get close. It's been happening for over a
week on my laptop. I track rawhide pretty closely. 

Since the backtrace had libhal at the top of the stack, that would be my first
suspicion, but I'm not really familiar with all the ins-and-outs here (just a
kernel guy).  So as to whether its Thunar or libhal, I'm pretty clueless.

Clark

Adding davidz here to CC (maintainer of hal). 

David: Any ideas on this one? 

Since last week, the problem has happened more frequently. I see it whenever I
connect a USB disk to the system, so I'm beginning to suspect thunar as opposed
to xfdesktop. 

Two further questions: 

- Do you have 'thunar-volman' installed? 

- Are you running with selinux enabled? Any avcs in your /var/log/audit/audit.log? 

> - Do you have 'thunar-volman' installed? 

Argh, not I did not. Installed now and will try with a USB drive shortly.

> - Are you running with selinux enabled? Any avcs in your
>  /var/log/audit/audit.log? 

No. I turned it off a few weeks ago and hadn't bothered to turn it back on.

Huge updated in rawhide yesterday. I picked up a number of packages that might
be suspect in this bug, chief of which was hal/hal-libs. Now xfdesktop/Thunar do
not crash on resume.

I'll let this go a few days to see if anything pops up, but I suspect that we
had a problem with hal which is now resolved.

Works for me