GNOME Bugzilla – Bug 628710
Crash when calling "New File" with a charset <> utf8 in LANG
Last modified: 2018-06-29 22:44:02 UTC
There is a report in the german mailing list https://lists.gnucash.org/pipermail/gnucash-de/2010-August/007486.html, where a user got a crash, when calling File->New->New File. He sent a gnucash.trace and the gdb output in https://lists.gnucash.org/pipermail/gnucash-de/2010-August/007486.html . He used LANG=de_DE@euro and solved his problems when using LANG=de_DE.UTF-8. I could reproduce the crash also with LANG= de_DE.ISO-8859-1, nl_NL.ISO-8859-1, fr_FR.ISO-8859-1, but not with en_GB.ISO-8859-1 or en_US.ISO-8859-1.
Created attachment 169479 [details] Trace file recovered from german mailing list
Created attachment 169480 [details] gdb output recovered from german mailing list For convenience I have added the trace and gdb output as attachments.
I'm afraid I can't reproduce the problem here, being on Mandriva 2010.0 32-bit. I did * set LANG to de_DE.ISO-8859-1 or nl_NL.ISO-8859-1 * start svn build of gnucash (yesterday's checkout) * select File -> New -> New File (which is obviously translated) This brings up the new account hierarchy druid, which I can nicely complete. Can you provide more details about your system, and which steps do cause the crash ?
After updating to r19544 the crash still happens, when the first window of the new file druid should appear. In gnucash.trace, I have additional some occurences of * 15:18:32 WARN <libglade> unknown property `orientation' for class `GtkVBox' * 15:18:32 WARN <libglade> unknown property `orientation' for class `GtkVPaned' but I see no negative impact of this. The rest of gnucash.trace is the same as in https://bugzilla.gnome.org/attachment.cgi?id=169479 . The OP used gentoo, I'm on openSUSE 11.1 (x86_64) with pango-1.22.1-2.13.1.x86_64.rpm gtk2-2.14.4-8.1.x86_64.rpm glib-1.2.10-737.5.x86_64.rpm
@Frank: Can you provice a better stack trace? The one given in comment#2 doesn't show any debug symbols and it also doesn't indicate any gnucash function being involved in this crash.
Created attachment 174902 [details] gdb session with r19847 here is my gdb session with a fresh build r19847 bt full gives a few locals does this help?
Hi, i have the same problem here. My computer is configured in italian (LC_ALL=it_IT.UTF-8) and it works well. I need to do some stuff in French, so i have this alias for gnucash : ( setenv LC_ALL fr_FR; \gnucash ) with this configuration, clicking on the menu entry "new file" will crash badly I gave a look to the file /etc/locale.gen, and there are those lines: fr_FR ISO-8859-1 fr_FR@euro ISO-8859-15 fr_FR@euro UTF-8 So i tried : ( setenv LC_ALL fr_FR@euro ; \gnucash ) and now this does not crash anymore.
*** Bug 646582 has been marked as a duplicate of this bug. ***
I was using "LANG=de_DE gnucash" and got crashes on "strncmp" at various locations with git master. Just run gnucash like that and either use "new file" or enter "preferences". As this worked before though I'd say this is a regression.
Created attachment 186421 [details] Backtrace for crash after attempting to create preferences dialog
*** Bug 643653 has been marked as a duplicate of this bug. ***
From gnucash-user@gnucash.org [http://permalink.gmane.org/gmane.comp.gnome.apps.gnucash.user/40724]: On Tue, 2011-07-12 at 21:46 +0200, Vincent Smeets wrote: Thanks for your reply. I hope you don't mind if I replied to the gnucash list. > this looks like http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616150 : Looks like the same bug. So not a GNUcash but a gtk+-2 bug according to the patch (I am using the same gtk+-2.24.4) --- gtk+2.0-2.24.4.orig/gtk/gtkentrycompletion.c +++ gtk+2.0-2.24.4/gtk/gtkentrycompletion.c @@ -790,7 +790,8 @@ gtk_entry_completion_default_completion_ normalized_string = g_utf8_normalize (item, -1, G_NORMALIZE_ALL); case_normalized_string = g_utf8_casefold (normalized_string, -1); - if (!strncmp (key, case_normalized_string, strlen (key))) + if ((case_normalized_string != NULL) && + !strncmp (key, case_normalized_string, strlen (key))) ret = TRUE; g_free (item); Hm, I am not shure what to do with this bug: * Assign to gtk+, * Close as Not GnuCash or * keep it open until fixed gtk+ versions are out.
I don't think there is much gained with keeping this bug report open for GnuCash. I have added an entry in our FAQ we can refer other victims of this bug to: http://wiki.gnucash.org/wiki/FAQ#Q:_GnuCash_crashes_when_I_try_to_run_it_in_a_non-utf8_locale Other than that, I will mark this bug as a duplicate of the original gtk+ bug for this issue: bug 624270. If you don't agree, feel free to reopen. *** This bug has been marked as a duplicate of bug 624270 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=628710. Please update any external references or bookmarks.