gnomoradio crashes with memory access error

[Basti]

When I start gnomoradio which I installed via synaptics it always crashes after 10 sec with a memory access error.
I only realised the error message when I tried to start gnomoradio in a terminal window.
Via GUI there's no error message.
That's it.

[Gauvain Pocentek (gpocentek)]

Same issue on dapper (0.15.1-5build1).
gdb backtrace:

(gdb) handle SIG33 pass nostop noprint
Signal Stop Print Pass to program Description
SIG33 No No Yes Real-time event 33
(gdb) run
Starting program: /usr/bin/gnomoradio
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1225160480 (LWP 30476)]
I/O warning : failed to load external entity "/home/gauvain/.roboradio-state"
I/O warning : failed to load external entity "/home/gauvain/.rainbow-db.xml"
HttpServer: started
[New Thread -1227576400 (LWP 30479)]
[New Thread -1235969104 (LWP 30480)]
HttpClient: New thread to handle recommend.gnomoradio.org
Could not open directory
[Thread -1227576400 (LWP 30479) exited]
HttpClient: POST /recommend.php HTTP/1.1
[Thread -1235969104 (LWP 30480) exited]
HttpClient: Successful download of "/recommend.php" from recommend.gnomoradio.org

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1225160480 (LWP 30476)]
0xb73fdfcc in g_unicode_canonical_decomposition () from /usr/lib/libglib-2.0.so.0
(gdb) thread apply all bt

Thread 1 (Thread -1225160480 (LWP 30476)):
#0 0xb73fdfcc in g_unicode_canonical_decomposition () from /usr/lib/libglib-2.0.so.0
#1 0xb73fd46e in g_utf8_collate () from /usr/lib/libglib-2.0.so.0
#2 0xb74ac22a in Glib::ustring::compare () from /usr/lib/libglibmm-2.4.so.1
#3 0xb704372d in Roboradio::Audio::Mp3::get_info () from /usr/lib/libroboradio-audio.so.0
#4 0xb73976cc in Roboradio::SongLocal::obtain_available_info () from /usr/lib/libroboradio.so.0
#5 0xb7380444 in Roboradio::SongRef::SongRef () from /usr/lib/libroboradio.so.0
#6 0xb73a37d7 in Roboradio::State::find_song_step () from /usr/lib/libroboradio.so.0
#7 0xb73a7680 in sigc::adaptor_functor<sigc::bound_mem_functor0<bool, Roboradio::State> >::operator() () from /usr/lib/libroboradio.so.0
#8 0xb73a76aa in sigc::internal::slot_call0<sigc::bound_mem_functor0<bool, Roboradio::State>, bool>::call_it () from /usr/lib/libroboradio.so.0
#9 0xb74a6087 in Glib::TimeoutSource::prepare () from /usr/lib/libglibmm-2.4.so.1
#10 0xb73dc830 in g_child_watch_add () from /usr/lib/libglib-2.0.so.0
#11 0xb73da51e in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#12 0xb73dd5d4 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#13 0xb73dd8f8 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#14 0xb7a54fb5 in IA__gtk_main () at gtkmain.c:991
#15 0xb7e02d45 in Gtk::Main::run_impl () from /usr/lib/libgtkmm-2.4.so.1
#16 0xb7e031dc in Gtk::Main::run () from /usr/lib/libgtkmm-2.4.so.1
#17 0x080561e1 in ?? ()
#18 0xb7136ea2 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#19 0x080560d1 in ?? ()

[Yann Rouillard (yann-pleiades)]

is the issue still present ?
I can't reproduce it on dapper with same version (0.15.1-5build1)

[Gauvain Pocentek (gpocentek)]

Yann, yes, still present.
gnomoradio crashes during the song database building (0.15.1-5build1).

[Yann Rouillard (yann-pleiades)]

ok I didn't have any song files, I added somes but that still doesn't trigger the crash.
Have you a lot of music files ?

Can you try to produce a backtrace ? (see https://wiki.ubuntu.com/DebuggingProgramCrash )

[Yann Rouillard (yann-pleiades)]

oups I meant with a backtrace withs more information.

In addition to what's explained in https://wiki.ubuntu.com/DebuggingProgramCrash , try to install dbg libraries:

sudo apt-get install libgtk2.0-0-dbg libglib2.0-0-dbg

[Gauvain Pocentek (gpocentek)]

Here is the new backtrace :

gauvain@hector:~$ gdb gnomoradio
GNU gdb 6.4-debian
Copyright 2005 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".

(gdb) handle SIG33 pass nostop noprint
Signal Stop Print Pass to program Description
SIG33 No No Yes Real-time event 33
(gdb) run
Starting program: /usr/bin/gnomoradio
[Thread debugging using libthread_db enabled]
[New Thread -1224804128 (LWP 19354)]
I/O warning : failed to load external entity "/home/gauvain/.roboradio-state"
I/O warning : failed to load external entity "/home/gauvain/.rainbow-db.xml"
HttpServer: started
[New Thread -1227228240 (LWP 19357)]
[Thread -1227228240 (LWP 19357) exited]
[New Thread -1227228240 (LWP 19358)]
HttpClient: New thread to handle recommend.gnomoradio.org
Could not open directory
HttpClient: POST /recommend.php HTTP/1.1
[Thread -1227228240 (LWP 19358) exited]
HttpClient: Successful download of "/recommend.php" from recommend.gnomoradio.org

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1224804128 (LWP 19354)]
0xb746011c in _g_utf8_normalize_wc (str=0x112 <Address 0x112 out of bounds>, max_len=-1, mode=G_NORMALIZE_DEFAULT_COMPOSE)
    at gunidecomp.c:354
354 gunidecomp.c: No such file or directory.
        in gunidecomp.c
Current language: auto; currently c
(gdb) thread apply all bt

Thread 1 (Thread -1224804128 (LWP 19354)):
#0 0xb746011c in _g_utf8_normalize_wc (str=0x112 <Address 0x112 out of bounds>, max_len=-1, mode=G_NORMALIZE_DEFAULT_COMPOSE)
    at gunidecomp.c:354
#1 0xb745f5be in IA__g_utf8_collate (str1=0xffffffff <Address 0xffffffff out of bounds>, str2=0xb70a1e24 "") at gunicollate.c:62
#2 0xb750d22a in Glib::ustring::compare () from /usr/lib/libglibmm-2.4.so.1
#3 0xb709f59d in Roboradio::Audio::Mp3::get_info (this=0x83da828, length=@0xffffffff) at ustring.h:891
#4 0xb73fa626 in Roboradio::SongLocal::obtain_available_info (this=0x83da9f8) at song-local.cc:59
#5 0xb73e4ca9 in SongRef (this=0xbf890234, url=@0xbf890238, check_ready=true, known_available=false) at song.cc:68
#6 0xb74059f6 in Roboradio::State::find_song_step (this=0xffffffff) at state.cc:127
#7 0xb74097c8 in sigc::adaptor_functor<sigc::bound_mem_functor0<bool, Roboradio::State> >::operator() (this=0x82d2b70)
    at mem_fun.h:1787
#8 0xb74097f2 in sigc::internal::slot_call0<sigc::bound_mem_functor0<bool, Roboradio::State>, bool>::call_it (rep=0x82d2b58)
    at slot.h:103
#9 0xb7507087 in Glib::TimeoutSource::prepare () from /usr/lib/libglibmm-2.4.so.1
#10 0xb743e862 in g_idle_dispatch (source=0x82d31b0, callback=0x1, user_data=0xffffffff) at gmain.c:3796
#11 0xb743c547 in IA__g_main_context_dispatch (context=0x80e8e50) at gmain.c:1916
#12 0xb743f606 in g_main_context_iterate (context=0x80e8e50, block=1, dispatch=1, self=0x810dac0) at gmain.c:25...

[Batwam (batwam)]

Same for me under breezy. I have found the reason here.http://lists.gnu.org/archive/html/gnomoradio-devel/2004-10/msg00001.html.Seems there is a bug in libxml++ and gnomoradio crashes when a file is not tagged the right way (what is the right way?)
My music library path is copied from somewhere into the gnomoradio settings, so that it loads my files directly and crashes at the first error. I have changed the name of my library folder, so that gnomoradio can't scan any file. Then, it does not crash anymore

[Alexandre Otto Strube (surak)]

Wam, Bastian, what about latest dapper? can you please provide us some update? Thanks a lot!

[Gauvain Pocentek (gpocentek)]

Still reproducable with the latest dapper package.

[anderalex (karmaduo)]

I am using the Ubuntu 6.10 - the Edgy Eft. How did you managed to "hide" the library from gnomo? <<Wam;

[Daniel T Chen (crimsun)]

Is this symptom still reproducible in current 8.04 or 8.10 alpha?

[Pablo Castellano (pablocastellano)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!