Panel crashes when user changing it contents. When terminal application run, or panel contents is changed, panel crashes. Reproducible: Always Steps to Reproduce: 1. Start XFCE 2. Launch terminal application from panel 3. Or add a new item to panel Actual Results: xfce-panel is core-dumped Expected Results: Just continue working Error message is saying, about invalid file handler. In ~/.config/xfce4/panel appears file contents.xml.tmp, and there is no file contents.xml. May be, it's not the panel bug itself, but a bug of config-saving code. OS: FreeBSD 5.2-RELEASE X11 : XOrg 6.8.1 GTK+ : 2.4.14 libxml2 : 2.6.17
Thanks for reporting. Could you try a few things for me? - check if you have the latest version of CVS (there were some changes). - paste the exact error message (I think I know, but just to be sure) ;-) - try getting a backtrace from the crash from gdb. gdb /usr/local/bin/xfce4-panel /path/to/core gdb> bt <output>
(In reply to comment #1) > Thanks for reporting. Could you try a few things for me? > > - check if you have the latest version of CVS (there were some changes). Oops, mixing up reports, sorry. What version of Xfce are you using?
Xfce version I try to use is 4.2.0 (strange, i thought it is stored in bugtracking system). Xfce was installed using FreeBSD ports system. exact error messages : ** (xfce4-panel:54308): CRITICAL **: Could not save xml file I/O error : Bad file descriptor (xfdesktop:54312): GLib-CRITICAL **: file ghash.c: line 294 (g_hash_table_insert): assertion `hash_table != NULL' failed backtrace from gdb: #0 0x2897dd4f in kill () from /lib/libc.so.5 #1 0x289727f8 in raise () from /lib/libc.so.5 #2 0x289eaf02 in abort () from /lib/libc.so.5 #3 0x28c25565 in _thread_exit () from /usr/lib/libc_r.so.5 #4 0x28c23345 in _thread_kern_sig_undefer () from /usr/lib/libc_r.so.5 #5 0x28c22a94 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 #6 0x28c22445 in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 I hope this info will help you.
(In reply to comment #3) > Xfce version I try to use is 4.2.0 > (strange, i thought it is stored in bugtracking system). You are so correct; I don't think I was really awake this morning ;) > Xfce was installed using FreeBSD ports system. > > exact error messages : > ** (xfce4-panel:54308): CRITICAL **: Could not save xml file > I/O error : Bad file descriptor > > > (xfdesktop:54312): GLib-CRITICAL **: file ghash.c: line 294 > (g_hash_table_insert): assertion `hash_table != NULL' failed > > backtrace from gdb: > #0 0x2897dd4f in kill () from /lib/libc.so.5 > #1 0x289727f8 in raise () from /lib/libc.so.5 > #2 0x289eaf02 in abort () from /lib/libc.so.5 > #3 0x28c25565 in _thread_exit () from /usr/lib/libc_r.so.5 > #4 0x28c23345 in _thread_kern_sig_undefer () from /usr/lib/libc_r.so.5 > #5 0x28c22a94 in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.5 > #6 0x28c22445 in _thread_kern_scheduler () from /usr/lib/libc_r.so.5 > > I hope this info will help you. > Right, i think I saw something like that before. Benedikt (adding you as CC), do you know what is, or remember what the problem was earlier?
Ah, fun, more FreeBSD threading errors. Do you have /etc/libmap.conf? If yes, please paste the file content here. If you don't have /etc/libmap.conf yet, try creating it and put the following lines in it: libpthread.so.1 libpthread.so.1 # Everything uses 'libpthread' libpthread.so libpthread.so libc_r.so.5 libpthread.so.1 # Everything that uses 'libc_r' libc_r.so libpthread.so # now uses 'libpthread' Besides that, I strongly suggest upgrading to 5.3-STABLE, as the 5.2 to 5.3-RELEASE versions had several problems due to the thread library switching.
After adding this few string into libmap.conf situation does not change, but a new kind of error message is appearing: ** (xfce4-panel:1614): CRITICAL **: Could not save xml file I/O error : Bad file descriptor ** (xfce4-panel:1614): CRITICAL **: Could not save xml file Fatal error 'Unable to read from thread kernel pipe' at line 1100 in file /usr/s rc/lib/libc_r/uthread/uthread_kern.c (errno = 0) seems that I'll have to upgrade my FreeBSD. :(
Hm, I don't remember the situation for 5.2 really, but I kinda remember having all kinds of trouble with KSE during the 5.2-CURRENT updates. IIRC the ports have been changed to use kse throughout the 5.x branch, so you're better off upgrading to 5.3-STABLE. But afterall I'm no expert here. You may ask your favourite FreeBSD guru about this issue, maybe he'll know another solution.
Ok, this looks like either a bug in freebsd or in libxml2 so I'm closing the report. Please reopen if you disagree. Thanks for reporting.