Comment 26 for bug 8678

Here's where it gets stuc:

#0 0xffffe410 in __kernel_vsyscall ()
#1 0x40906373 in __write_nocancel () from /lib/tls/i686/cmov/libpthread.so.0
#2 0x0805de8f in vte_reaper_signal_handler (signum=-512) at reaper.c:64
#3 <signal handler called>
#4 0xffffe410 in __kernel_vsyscall ()
#5 0x40c6a49e in fork () from /lib/tls/i686/cmov/libc.so.6
#6 0x40908131 in fork () from /lib/tls/i686/cmov/libpthread.so.0
#7 0x402156dc in esd_open_sound () from /usr/lib/libesd.so.0
#8 0x403911c5 in gnome_config_set_sync_handler ()
   from /usr/lib/libgnome-2.so.0
#9 0x403917f6 in gnome_sound_connection_get () from /usr/lib/libgnome-2.so.0
#10 0x08059551 in start_esd () at gnome-settings-sound.c:72
#11 0x08059825 in apply_settings () at gnome-settings-sound.c:156
#12 0x08054f05 in gnome_settings_daemon_new () at gnome-settings-daemon.c:336
#13 0x08053a2c in main (argc=3, argv=0x80a7000) at factory.c:40

it's blocked writing to a pipe in vte_reaper_signal_handler. I don't understand
how all of this reaper.c stuff fits together quite yet, though...I'd appreciate
some insight from anyone who is familiar with the code.