FS#44724 - [grilo-plugins] Totem crashes (Segmentation fault) when grilo-plugins are installed
Attached to Project:
Arch Linux
Opened by Giovanni Santini (ItachiSan) - Saturday, 25 April 2015, 10:25 GMT
Last edited by Jan Alexander Steffens (heftig) - Wednesday, 20 May 2015, 18:02 GMT
Opened by Giovanni Santini (ItachiSan) - Saturday, 25 April 2015, 10:25 GMT
Last edited by Jan Alexander Steffens (heftig) - Wednesday, 20 May 2015, 18:02 GMT
|
Details
Description:
Totem (GNOME) player crashes when the 'grilo-plugins' package is installed. Removing the package solves the problem, but makes lots of functions (support for DLNA/samba/YouTube et cetera) unavaible. Additional info: * package version(s) You can see my full packages list here: http://pastebin.com/FAHvwgqd (packages from official repos plus Antergos and Pipelight ones, list took with a 'pacman -Qn') http://pastebin.com/VCvYkQTq (packages from AUR, list took with a 'pacman -Qm') * config and/or log files etc. Normal Totem log (from terminal): http://pastebin.com/pTseQzK6 GDB Totem log: http://pastebin.com/d7znzCSs (I saw there the segmentation fault caused by '/usr/lib/grilo-0.2/libgrllocalmetadata.so') Steps to reproduce: * Install totem, grilo and grilo-plugins packages * Start totem Workaround: As said in description, simply removing the 'grilo-plugins' package make totem works again. |
This task depends upon
Closed by Jan Alexander Steffens (heftig)
Wednesday, 20 May 2015, 18:02 GMT
Reason for closing: Fixed
Additional comments about closing: 0.2.14-4
Wednesday, 20 May 2015, 18:02 GMT
Reason for closing: Fixed
Additional comments about closing: 0.2.14-4
---
[ency@antergos_E1-570G ~]$ dmesg | grep microcode
[ 0.000000] CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
[ 0.154621] CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
[ 1.025839] microcode: CPU0 sig=0x306a9, pf=0x10, revision=0x1b
[ 1.025849] microcode: CPU1 sig=0x306a9, pf=0x10, revision=0x1b
[ 1.025861] microcode: CPU2 sig=0x306a9, pf=0x10, revision=0x1b
[ 1.025871] microcode: CPU3 sig=0x306a9, pf=0x10, revision=0x1b
[ 1.025929] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ency@antergos_E1-570G ~]$
---
(See: https://wiki.archlinux.org/index.php/Microcode#Verifying_that_microcode_got_updated_on_boot)
As the revisions matches, I suppose the microcode is updated.
Also, lscpu says that my model is: Intel(R) Core(TM) i5-3337U CPU @ 1.80GHz
My laptop model is an Acer E1-570G with the above CPU (there're 2 models, the first with an i3 and mine with an i5)
If you need anything just ask.
Do you need another log or some other infos...?
I'm sorry that I can't help...
Would an strace help in any way?
Here's the GDB log with backtrace: http://pastebin.com/qVQqvXHD
I can make a more detailed one (I think, from what I read from the wiki), if it's needed
This is the log with the visible parameter string:
...
Program received signal SIGSEGV, Segmentation fault.
0x00007fffc3bc0518 in video_sanitise_string (str=0x3beebe0 "[XVID-ITA].Lo.Svarione.Degli.anelli.-.I.DUE.PORRI.-.Clistere.Org.-.rip.by.Shella")
at grl-local-metadata.c:284
284 while (g_unichar_isalnum (*line_end) == FALSE &&
(gdb) bt
#0 0x00007fffc3bc0518 in video_sanitise_string (str=0x3beebe0 "[XVID-ITA].Lo.Svarione.Degli.anelli.-.I.DUE.PORRI.-.Clistere.Org.-.rip.by.Shella")
at grl-local-metadata.c:284
#1 0x00007fffc3bc065e in video_display_name_to_metadata (
display_name=0x3bee720 "[XVID-ITA] Lo Svarione Degli anelli - I DUE PORRI - Clistere.Org - rip by Shella.avi") at grl-local-metadata.c:316
#2 0x00007fffc3bc06af in video_guess_values_from_display_name (
display_name=0x3bee720 "[XVID-ITA] Lo Svarione Degli anelli - I DUE PORRI - Clistere.Org - rip by Shella.avi", title=0x7fffffffe148,
showname=0x7fffffffe150, date=0x7fffffffe158, season=0x7fffffffe138, episode=0x7fffffffe13c) at grl-local-metadata.c:334
#3 0x00007fffc3bc173f in resolve_video (source=0x6c36b0, rs=0x3cf2d20, key=29,
flags=(FLAG_VIDEO_TITLE | FLAG_VIDEO_SHOWNAME | FLAG_VIDEO_SEASON | FLAG_VIDEO_EPISODE | FLAG_THUMBNAIL)) at grl-local-metadata.c:685
#4 0x00007fffc3bc25d7 in grl_local_metadata_source_resolve (source=0x6c36b0, rs=0x3cf2d20) at grl-local-metadata.c:1060
#5 0x00007ffff3ab0f22 in ?? () from /usr/lib/libgrilo-0.2.so.1
#6 0x00007ffff66a090d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#7 0x00007ffff66a0ce0 in ?? () from /usr/lib/libglib-2.0.so.0
#8 0x00007ffff66a0d8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#9 0x00007ffff3aad92d in grl_wait_for_async_operation_complete () from /usr/lib/libgrilo-0.2.so.1
#10 0x00007ffff3ab2288 in grl_source_resolve_sync () from /usr/lib/libgrilo-0.2.so.1
#11 0x00007ffff7b9a304 in add_local_metadata (self=0x24b6520, source=<optimized out>, media=0x3bbfcf0) at totem-grilo.c:582
#12 0x00007ffff7b9a705 in browse_cb (source=0x31a3a90, browse_id=<optimized out>, media=0x3bbfcf0, remaining=4294967241, user_data=0x83ec40,
error=<optimized out>) at totem-grilo.c:700
#13 0x00007ffff3aae8c7 in ?? () from /usr/lib/libgrilo-0.2.so.1
#14 0x00007ffff66a090d in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#15 0x00007ffff66a0ce0 in ?? () from /usr/lib/libglib-2.0.so.0
#16 0x00007ffff66a0d8c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#17 0x00007ffff6c5f41c in g_application_run () from /usr/lib/libgio-2.0.so.0
#18 0x0000000000400d98 in main (argc=1, argv=0x7fffffffe738) at totem.c:83
...
The strange thing is that with grilo-plugin 0.2.14-0.1 I didn't have this problem.
Hope this helps.