GNOME Bugzilla – Bug 158253
Crash when parsing dir with UTF8(?) filenames
Last modified: 2006-09-20 18:04:47 UTC
Open gthumb, enter a directory that contains a file containing ä or ö char, bang. Backtrace follows: Backtrace was generated from '/opt/gnome2/bin/gthumb' Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 1024 (LWP 5126)] [New Thread 2049 (LWP 5127)] [New Thread 1026 (LWP 5128)] [New Thread 2051 (LWP 5129)] [New Thread 3076 (LWP 5130)] [New Thread 4101 (LWP 5131)] [New Thread 5126 (LWP 5132)] [New Thread 6151 (LWP 5133)] [New Thread 7176 (LWP 5137)] 0x4121f449 in wait4 () from /lib/libc.so.6
+ Trace 51975
Thread 1 (Thread 1024 (LWP 5126))
Appears to be a unique stack trace, according to the simple-dup-finder.
gthumb is behaving properly on a test directory containing the following files: uaä.png ueə.png uoö.png uzﱁ.png I cannot reproduce the bug.
To me, w/ LANG=en_US, there are 2 cases: 1/ I enter test1/, which contains "uüoö.jpg". The .jpg won't appear in the filelist. 2/ I enter test2/, which contains a subdir "ü", the subdir will appear as "(Invalid Name)" in the directory list. I tried w/ LANG=en_US.UTF-8 or fr_FR, but this did not solve my problem. Any idea how I can fix this since you say it's not a gthumb issue? This problem prevent me from seeing files or directories that contain any accent :-\. I tried w/ some other gnome2 apps, some (gnome-search-tool) see the "ü" dir as "\374" (funny but at least it works), some see it as "ü". Update: now w/ gthumb 2.6.3, it sees the file properly but crash when clicking on it, and still see "(Invalid dir)" (and crash when clicking on it too).
Marking as duplicate of resolved bug 352747. Fixed in CVS. *** This bug has been marked as a duplicate of 352747 ***