Am 20.11.2017 um 18:39 schrieb mathog:
On 17-Nov-2017 02:35, Eduard Braun wrote:
Background is a conflicting function name in libwmf and libuemf that caused some crashes [1] and was fixed by Tav by renaming the function in libuemf [2] which works as we have a copy of that library but obviously will cause issues if we attempt to update the library with upstream code at some point in the future.
What part of the code is using libwmf? Is libemf linked in too? I wrote libuemf because libemf didn't do everything it needed to (at least at the time) to fully enable emf support and then later expanded it to support wmf as well. I vaguely recall that there was some generic import/export mechanism available in Inkscape at the time which could be set to do emf but that the results were so limited that it was hardly worth the bother.
I think the conflict is caused by the gdk-pixbuf loader provided by libwmf. The file open dialog uses gdk-pixbuf to render file previews. (As I'm on Windows were gdk-pixbuf is compiled with native GDI+ loaders instead of the libwmf backend I fortunately never experienced this problem first hand).
What you write below seems to be the case here...
Anyway, since libuemf and (libemf + libwmf) are two separate implementations covering the same specialized data types it is hardly surprising that they have name conflicts. Normally a program would only use one or the other, and _that_ is the proper way to avoid these particular function name conflicts. Perhaps that is not possible here, if the code linking in libemf/libwmf is itself in an outside library which comes prelinked to the other two.
Regards,
David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel