Package: gkrellmms Version: 2.1.22-1 Followup-For: Bug #312715
Yes, the problem is still there and it is exactly what was mentioned in the above report: there are filenames with iso8859-1 chars. Reproduce with: $ touch a-filename-with-iso8859-1-chars-çãéíóú.mp3 $ convmv --notest -f UTF-8 -t ISO-8859-1 a-filename<TAB> $ xmms -p a-file*.mp3 & $ gkrellm It seems there is a problem with one of the libc locale functions. It seems your program expects it to return the position of the invalid character, but it returns 0. Then it does not advance. Take a look at my reports above and you will see that two invalid characters remain in the string while there are two '?' at the beginning. I guess '?' should be overwriting the invalid characters. tia, Felipe -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages gkrellmms depends on: ii gkrellm 2.2.7-2 multiple stacked system monitors: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-10 The GLib library of C routines ii libglib2.0-0 2.6.5-1 The GLib library of C routines ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets fo ii libgtk2.0-0 2.6.8-1 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-14 X Window System miscellaneous exte ii libxi6 4.3.0.dfsg.1-14 X Window System Input extension li ii xlibs 4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu ii xmms 1.2.10+cvs20050209-2 Versatile X audio player that look gkrellmms recommends no packages. -- no debconf information
