Trouble under FreeBSD

Benedikt Meurer benedikt.meurer at
Tue Mar 23 14:02:35 CET 2004

Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> (xfce-mcs-manager:57936): libxfce4mcs-CRITICAL **: Unable to open 
>>> file /home/master/.xfce4/settings/xfwm4.xml to load data of channel 
>>> "xfwm4": No such file or directory
>>> (xfce-mcs-manager:57936): libxfce4mcs-CRITICAL **: Failed to close 
>>> file /home/master/.xfce4/settings/xfwm4.xml: Bad file descriptor
>>  > [snip]
>> Wow, this reminds me of the uthread problem with stdio. Please check 
>> if any of your mcs plugins is linked with libxml. Then check if your 
>> systems uses KSE or uthreads. To get a list of linked libs for a 
>> plugin, use the following command:
>> objdump -x <plugin>.so | grep "^[ ]\+NEEDED"
>> To track this problem, you can do the following: build libc and libthr 
>> with debugging information, therefore add the following to 
>> /etc/make.conf:
>> DEBUG_FLAGS= -O0 -g3
>> NOFSCHG= #defined
>> NOMAN= #defined
>> NOPROFILE= #defined
>> Then goto /usr/src/lib/lib{c,thr} and type make; make install. Also 
>> remember to build xfce-mcs-manager, libxfce4mcs and atleast 
>> xfce-mcs-plugins with --enable-debug=full.
>> Afterwards kill xfce-mcs-manager and start xfce-mcs-manager from gdb. 
>> Set a breakpoint at mcs-manager.c:1067 and run the process. Then step 
>> through the fopen call, this will bring you into the uthread stdio 
>> handling at some point, if the problem is caused by a thread issue. If 
>> it is, you'll probably find the uthread file descriptor table being 
>> setup incorrectly, and the bug is known. If it is not, try to find the 
>> cause of the problem and tell me.
> I'm sorry, you'll have to trace the open call, not the fopen call.

Also committed changes to libxfce4mcs that may help to track the problem.


NetBSD Operating system:             
pkgsrc "Work in progress":        
XFce desktop environment:              
German Unix-AG Association:         

OpenPGP Key:

More information about the Xfce4-dev mailing list