After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 172830 - libwfm_filter.la (?) complaint on startup
libwfm_filter.la (?) complaint on startup
Status: RESOLVED FIXED
Product: dia
Classification: Other
Component: general
0.94
Other All
: Normal minor
: 0.95
Assigned To: Dia maintainers
Dia maintainers
Depends on:
Blocks:
 
 
Reported: 2005-04-06 16:23 UTC by Karl O. Pinc
Modified: 2005-10-08 20:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Karl O. Pinc 2005-04-06 16:23:59 UTC
Please describe the problem:
When I start dia to do a command line eps export I get the 
following errors.  It then
proceeds to operate normally AFIK.

The only possibly wierd thing here is that I've never
run dia as an interactive application.  (Basiclly can't,
and don't ever want to.)

Steps to reproduce:
1. Install Centos 3.3 (which is RH ES 3.3)
2. Get the automake17-1.7.9-5.src.rpm from the fedora core 3 project
   and do a rpmbuild --rebuild.
3. Get the dia-0.94-5.src.rpm from the dia site and do the same.
4. Do not start dia as an interactive program.


Actual results:
dia --export=tableguide.eps --export-to-format=eps-pango tableguide.dia
warning: failed to load external entity "/home/kop/.dia/pluginrc"
Error: Could not load plugin '/usr/lib/dia/libwmf_filter.la'
/usr/lib/dia/libwmf_filter.so: undefined symbol: __gxx_personality_v0
tableguide.dia --> tableguide.eps

Expected results:
No errors or warnings.

Does this happen every time?
Yes.

Other information:
Comment 1 Hans Breuer 2005-04-20 19:35:05 UTC
Dia is not designed as pure command line program. If you start it once in interactive mode
you would be able to deselect not working filters (or filters you are not interested in).
To avoid the undefined symbol it would probably a good idea to not install the wmf
plug-in at all. On Linux it does not have any function yet.
Comment 2 Hans Breuer 2005-06-18 17:54:28 UTC
If I understand the Linux/gcc limitations right one would need
to link the application with some C++ standard library to allow
loading a plug-in written in C++.
Closing as WONTFIX until there is one able to give me a less
messy solution.
Comment 3 Karl O. Pinc 2005-06-18 18:15:00 UTC
I don't suppose you could write a little stub plug-in in C to be distributed
with the Linux version?  Or maybe just distribute the Linux version so
that it does not try to load the plug-in?  Sounds autoconf-able, not that
I know anything of autoconf.
Comment 4 Hans Breuer 2005-06-18 18:45:57 UTC
Wasn't toooo difficult.

2005-06-18  Hans Breuer  <hans@breuer.org>

	* plug-ins/wmf/Makefile.am : prevent installation. It 
	doesn't do anything useful on *NIX and even seems to be
	linked wrong by gcc (or me;). Fixes bug #172830 
Comment 5 Hans Breuer 2005-06-18 18:49:57 UTC
If only bugzilla would allow me to reflect the changed state in one step;)
Comment 6 Hans Breuer 2005-10-08 20:35:21 UTC
Adjusting target to help finding 0.94 dups already fixed