! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xffm craches when requesting file properties
Status:
RESOLVED: DUPLICATE

Comments

Description Nick Schermer editbugs 2005-03-31 11:47:37 CEST
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
Comment 1 edscott editbugs 2005-03-31 13:30:12 CEST

Does the file /opt/xfce/lib/xfce4/xffm/libxffm_prop.so exist?

Comment 2 Nick Schermer editbugs 2005-03-31 14:22:26 CEST
Yes, including libxffm_prop.so.0.0.0, libxffm_prop.so.0 and libxffm_prop.la
Comment 3 edscott editbugs 2005-03-31 15:23:17 CEST
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.
Comment 4 Nick Schermer editbugs 2005-03-31 16:21:38 CEST
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)
Comment 5 edscott editbugs 2005-03-31 17:56:34 CEST
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.
Comment 6 Nick Schermer editbugs 2005-03-31 19:42:19 CEST
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.
Comment 7 edscott editbugs 2005-03-31 20:10:02 CEST
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.
Comment 8 Nick Schermer editbugs 2005-04-01 08:25:57 CEST
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
Comment 9 Jani Monoses 2005-09-30 08:34:31 CEST
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 :)
Comment 10 edscott editbugs 2005-09-30 13:18:28 CEST
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 ***

Bug #882

Reported by:
Nick Schermer
Reported on: 2005-03-31
Last modified on: 2009-07-14

People

Assignee:
edscott
CC List:
0 users

Version

Version:
unspecified

Attachments

Additional information