GNOME Bugzilla – Bug 598846
GnuCash/Quartz 2.3.7 does not start
Last modified: 2018-06-29 22:29:58 UTC
The precompiled versions provided on Sourceforge do not run. In the activity log, there's the following message: dyld: Symbol not found: _iconv_open Referenced from: /Users/he-sk/Desktop/Gnucash.app/Contents/Resources/lib/libintl.8.dylib Expected in: /Users/he-sk/Desktop/Gnucash.app/Contents/Resources/lib/libiconv.2.dylib Expected in: /Users/he-sk/Desktop/Gnucash.app/Contents/Resources/lib/libiconv.2.dylib I've tried both 2.3.7 and 2.3.5. I couldn't find another precompiled version on SF.net.
Libiconv.2.dylib is Tiger. As noted in the Readme, Tiger is not supported for 2.3.x because Webkit doesn't support it. You can either upgrade to Leopard, use 2.2.9 (which is available on Sourceforge) or build your own 2.3.7 using the older gtkhtml web backend. Do note that 2.3.x are test builds of the development branch and are absolutely discouraged for production use.
I *am* running an up-to-date Leopard. I also know that 2.3 is the unstable branch but I'm dying to try out the SQL backend. Please reopen this bug, I can't seem to do it. FWIW, I've grepped for _iconv_open and iconv_open in libdir of the app bundle. I get 7 hits for the first vs. 8 hits for the latter. The missing file is, you guessed it, /Users/he-sk/Desktop/Gnucash.app/Contents/Resources/lib/libiconv.2.dylib stan:~ he-sk $ grep '_iconv_open' Desktop/Gnucash.app/Contents/Resources/lib/*dylib Binary file Desktop/Gnucash.app/Contents/Resources/lib/libfontconfig.1.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libglib-2.0.0.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgnc-backend-xml-utils.0.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgoffice-0.8.7.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgsf-1.114.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libintl.8.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libpopt.0.dylib matches stan:~ he-sk $ grep 'iconv_open' Desktop/Gnucash.app/Contents/Resources/lib/*dylib Binary file Desktop/Gnucash.app/Contents/Resources/lib/libfontconfig.1.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libglib-2.0.0.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgnc-backend-xml-utils.0.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgoffice-0.8.7.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libgsf-1.114.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libiconv.2.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libintl.8.dylib matches Binary file Desktop/Gnucash.app/Contents/Resources/lib/libpopt.0.dylib matches
Right. I've uploaded a new dmg without the extra libiconv, so it should now pick up the one in /usr/lib and not get confused about conflicting symbols. Please try it and report back.
That fixed it. Thank you! Reports are borked though, they take ages to load and then display nothing. I'll test it some more during the weekend.
Interesting. Seems to be a WebKit rendering issue. The reports do indeed not display, but if you export the HTML, it displays just fine in Finder. Graphic reports (e.g. Income Barchart) work fine for me, though. For you?
Found the problem, I think. It works on my MacPro, anyway. (It was telling WebKit to use pango instead of fontconfig for the font backend.) It's uploaded to sourceforge, so try it and tell me that it works for you, too.
Reports work now. And they load fast. Thanks.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=598846. Please update any external references or bookmarks.