Phil Collins causes Nautilus to segfault
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gstreamer0.10 (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
I have a Phil Collins mp3, which if I look at its properties in Nautilus, or try to add it to Rhythmbox, causes a segfault. In general, doing anything with it in gnome causes a segfault, and it is 100% reproducible. The mp3 doesn't actually play (thank god) and is only 128 bytes. Of all my mp3's, it is the only one that does this. Renaming it to remove the mp3 extension causes the problem to go away.
In /var/log/messages, I get (for example):
rhythmbox[6642]: segfault at 0000000000000040 rip 00002aaaacb1d0bf rsp 00000000407fee90 error 4
or
localhost kernel: [65168.779237] nautilus[5190]: segfault at 0000000000000040 rip 00002aaab2da90bf rsp 00007fffffbb0c10 error 4
I am running Dapper Drake amd64
Using gdb I get the following output (I needed to run in sudo to get gdb to report anything:
[Thread 1090791776 (LWP 8839) exited]
[Thread 1157933408 (LWP 8847) exited]
Program received signal SIGINT, Interrupt.
[Switching to Thread 46912595793472 (LWP 8810)]
0x00002aaaad992e22 in poll () from /lib/libc.so.6
(gdb) thread apply all bt
Thread 2 (Thread 1074006368 (LWP 8813)):
#0 0x00002aaaad992e22 in poll () from /lib/libc.so.6
#1 0x00002aaaad0a6d00 in g_main_
#2 0x00002aaaad0a718a in IA__g_main_loop_run (loop=0x7320f0) at gmain.c:2751
#3 0x00002aaaacbebb90 in link_thread_
#4 0x00002aaaad0bfb6b in g_thread_
#5 0x00002aaaacf6e0fa in start_thread () from /lib/libpthread
#6 0x00002aaaad99bce2 in clone () from /lib/libc.so.6
#7 0x0000000000000000 in ?? ()
Thread 1 (Thread 46912595793472 (LWP 8810)):
#0 0x00002aaaad992e22 in poll () from /lib/libc.so.6
#1 0x00002aaaad0a6d00 in g_main_
#2 0x00002aaaad0a718a in IA__g_main_loop_run (loop=0x648ae0) at gmain.c:2751
#3 0x00002aaaabc19582 in IA__gtk_main () at gtkmain.c:1026
#4 0x000000000043acd5 in main (argc=<value optimized out>, argv=0x7fffff98
#5 0x00002aaaad8f049b in __libc_start_main () from /lib/libc.so.6
#6 0x000000000042942a in _start () at ../sysdeps/
(gdb)
I am new to this gdb thing, so not sure I did it correctly.
Changed in gstreamer0.10: | |
importance: | Low → Medium |
Thanks for the report! Can you attach the weird file to this bug report? That will help us reproduce the problem.
Looking at the gdb output, it seems the program died with a SIGINT, rather than a SIGSEGV. As a result, I'm not sure if that backtrace captured the situation.