when requesting file properies (right click file > File > properies) in xffm the application aborts. ERROR **: g_module_open(/opt/xfce/lib/xfce4/xffm/libxffm_prop.so) == NULL aborting... xffm: signal 6 received. Cleaning up before exiting Reproducible: Always Steps to Reproduce: 1. Right click file 2. File 3. Properties Actual Results: XFFM shutsdown Expected Results: Give me some props (Arch Linux (current) installation and xfce with the latest installer 4.2.1 kernel 2.6.11 gtk 2.6.4 gcc 3.4.3 dbh 1.0.24 I've compiled both with and without extensive optimization. Not with compositing and debugging
Does the file /opt/xfce/lib/xfce4/xffm/libxffm_prop.so exist?
Yes, including libxffm_prop.so.0.0.0, libxffm_prop.so.0 and libxffm_prop.la
Seems like an unresolved symbol caused by the version of gcc. If you could repeat the last step of the xffm build, and add the properties plugin to the link instruction you should get an error message which pinpoints the exact location of the problem. Look at bugzilla http://bugzilla.xfce.org/show_bug.cgi?id=695 to see how a similar problem was pinpointed and solved Also check http://bugzilla.xfce.org/show_bug.cgi?id=249 to see if it is not the same bug.
249 is the same bug (strange because i've searched buzilla for a simular bug) but there they've builded xfce from cvs. I (can) only use the xfce-installer. I've searched the installer log for problems, but there are no error in the log. (if you would like to, i can post the libxffm_prop.so parts of the installer log)
Created attachment 204 makefile.in In 249 there was some brokeness of compile tools which caused the problem. I now noticed that the library version was not specified, so this may be the problem. I assume all other modules load fine. If you can replace xffm/modules/Makefile.in to generate the correct Makefile during build, we can determine if this detail is what causes the break. I've attached a regenerated Makefile.in to the bug report. This file corresponds to the current 4.2 CVS branch.
I've downloaded the latest xffm src tarball from the server and replaced the /modules/Makefile.in file. After building xffm again i've got the same error, xffm shutsdown when i request the properties.
Must be some unresolved symbol then. Please post the output of the compilation process of the src directory. With that information I can tell you how to check for the unresolved symbol.
Created attachment 206 log file of the xfce installer, and manual installation (configure, make and make install) There are the log files of the building proces
The same experience on ubuntu with 4.2.1 packages. Running xffm from terminal after $export LD_DEBUG=files shows that try_sudo is the symbol that cannot be resolved from the file src/easy.c. The configure.in (pregenerated in debian pkg) was missing -Wl,-E as a link flag for the xffm link line, so easy.c did not export sysmbols for dlopened modules. Making that change fixed the bug.This is similar to what I encountered with http://bugzilla.xfce.org/show_bug.cgi?id=871 so remembering the fix didn't take too long :)
I believe this bug is fixed in SVN 4.2 branch. The try_sudo symbol no longer is in the .exe file but has been moved to the library where all the other symbols used by plugins live. Please see bug 945 and if possible check if problem persists with current 4_2 branch. *** This bug has been marked as a duplicate of 945 ***