[Bug 1045171] Re: totem-plugin-viewer crashed with signal 5 in _XReply()

2013-04-01 Thread Paul Huygen
I have the same problem with totem. Therefore, I imitated the procedure
to generate a dump. Hope it helps:

paul@klipperaak:~$ GDK_SYNCHRONIZE=1 gdb -q totem
Reading symbols from /usr/bin/totem...(no debugging symbols found)...done.
(gdb) 
(gdb) run
Starting program: /usr/bin/totem 
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffe5d6b700 (LWP 24895)]
[New Thread 0x7fffdfdf4700 (LWP 24896)]

(totem:24892): Gdk-ERROR **: The program 'totem' received an X Window System 
error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 174 error_code 1 request_code 153 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the GDK_SYNCHRONIZE environment
   variable to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

Program received signal SIGTRAP, Trace/breakpoint trap.
0x766a7c7f in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
(gdb) thread apply all bt

Thread 3 (Thread 0x7fffdfdf4700 (LWP 24896)):
#0  0x76165303 in __GI___poll (fds=optimized out, 
nfds=optimized out, timeout=optimized out)
at ../sysdeps/unix/sysv/linux/poll.c:87
#1  0x766a0d84 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x766a0ea4 in g_main_context_iteration ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x7fffdfdfb4ad in ?? ()
   from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#4  0x766c4645 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x76443e9a in start_thread (arg=0x7fffdfdf4700)
at pthread_create.c:308
#6  0x76170cbd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x in ?? ()

Thread 2 (Thread 0x7fffe5d6b700 (LWP 24895)):
#0  0x76165303 in __GI___poll (fds=optimized out, 
nfds=optimized out, timeout=optimized out)
at ../sysdeps/unix/sysv/linux/poll.c:87
---Type return to continue, or q return to quit---
#1  0x766a0d84 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x766a11e2 in g_main_loop_run ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x76c6b4a6 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4  0x766c4645 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5  0x76443e9a in start_thread (arg=0x7fffe5d6b700)
at pthread_create.c:308
#6  0x76170cbd in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#7  0x in ?? ()

Thread 1 (Thread 0x77f9a9c0 (LWP 24892)):
#0  0x766a7c7f in g_logv ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1  0x766a7e42 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7727107d in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#3  0x7727be41 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
#4  0x76f394f6 in _XError ()
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#5  0x76f36741 in ?? () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#6  0x76f37489 in _XReply ()
---Type return to continue, or q return to quit---
   from /usr/lib/x86_64-linux-gnu/libX11.so.6
#7  0x7fffdf44f166 in ?? () from /usr/lib/fglrx/libGL.so.1
#8  0x7fffdf429deb in ?? () from /usr/lib/fglrx/libGL.so.1
#9  0x7fffdf422a7a in glXQueryVersion () from /usr/lib/fglrx/libGL.so.1
#10 0x73b3e91e in ?? () from /usr/lib/x86_64-linux-gnu/libcogl.so.9
#11 0x73afe212 in cogl_renderer_connect ()
   from /usr/lib/x86_64-linux-gnu/libcogl.so.9
#12 0x73dc5998 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#13 0x73dde913 in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#14 0x73df10ba in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#15 0x73df15cb in ?? ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#16 0x766abfc7 in g_option_context_parse ()
   from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#17 0x73df1312 in clutter_init ()
   from /usr/lib/x86_64-linux-gnu/libclutter-1.0.so.0
#18 0x77bb9edd in bacon_video_widget_get_option_group ()
   from /usr/lib/libtotem.so.0
---Type return to continue, or q return to quit---
#19 0x6954 in _start ()
(gdb) 
(gdb)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1045171

Title:
  totem-plugin-viewer crashed with signal 5 in _XReply()

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/totem/+bug/1045171/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com

[Bug 1045171] Re: totem-plugin-viewer crashed with signal 5 in _XReply()

2012-09-02 Thread Angel Guzman Maeso
** Visibility changed to: Public

** Description changed:

  This crash was trigger from Google Chrome accesing to this url video:
  http://cdn.novacut.com/MVI_5751.MOV
  
  Downloading the file with wget and running with totem in terminal shows:
  
  $ totem MVI_5751.MOV
  
  (totem:5098): Gdk-ERROR **: The program 'totem' received an X Window System 
error.
  This probably reflects a bug in the program.
  The error was 'BadRequest (invalid request code or no such operation)'.
-   (Details: serial 149 error_code 1 request_code 154 minor_code 19)
-   (Note to programmers: normally, X errors are reported asynchronously;
-that is, you will receive the error a while after causing it.
-To debug your program, run it with the GDK_SYNCHRONIZE environment
-variable to change this behavior. You can then get a meaningful
-backtrace from your debugger if you break on the gdk_x_error() function.)
+   (Details: serial 149 error_code 1 request_code 154 minor_code 19)
+   (Note to programmers: normally, X errors are reported asynchronously;
+    that is, you will receive the error a while after causing it.
+    To debug your program, run it with the GDK_SYNCHRONIZE environment
+    variable to change this behavior. You can then get a meaningful
+    backtrace from your debugger if you break on the gdk_x_error() function.)
  «trap» para punto de parada/seguimiento (`core' generado)
  
- Debugging with db and GDK_SYNCHRONIZE show this:
+ Debugging with gdb and GDK_SYNCHRONIZE show this:
  
  $ GDK_SYNCHRONIZE=1 gdb -q totem MVI_5751.MOV
  Reading symbols from /usr/bin/totem...(no debugging symbols found)...done.
  /home/shakaran/Escritorio/MVI_5751.MOV is not a core dump: File format not 
recognized
  (gdb) run
- Starting program: /usr/bin/totem 
+ Starting program: /usr/bin/totem
  [Thread debugging using libthread_db enabled]
  Using host libthread_db library /lib/i386-linux-gnu/libthread_db.so.1.
  [New Thread 0xb59e6b40 (LWP 5224)]
  [New Thread 0xb4fffb40 (LWP 5225)]
  
  (totem:5220): Gdk-ERROR **: The program 'totem' received an X Window System 
error.
  This probably reflects a bug in the program.
  The error was 'BadRequest (invalid request code or no such operation)'.
-   (Details: serial 177 error_code 1 request_code 154 minor_code 19)
-   (Note to programmers: normally, X errors are reported asynchronously;
-that is, you will receive the error a while after causing it.
-To debug your program, run it with the GDK_SYNCHRONIZE environment
-variable to change this behavior. You can then get a meaningful
-backtrace from your debugger if you break on the gdk_x_error() function.)
+   (Details: serial 177 error_code 1 request_code 154 minor_code 19)
+   (Note to programmers: normally, X errors are reported asynchronously;
+    that is, you will receive the error a while after causing it.
+    To debug your program, run it with the GDK_SYNCHRONIZE environment
+    variable to change this behavior. You can then get a meaningful
+    backtrace from your debugger if you break on the gdk_x_error() function.)
  
  Program received signal SIGTRAP, Trace/breakpoint trap.
- g_logv (log_domain=log_domain@entry=0xb7a02336 Gdk, 
log_level=log_level@entry=G_LOG_LEVEL_ERROR, format=format@entry=0xb7a0c947 
%s, 
- args=args@entry=0xbfffc604 \340\271\025\b\001) at 
/build/buildd/glib2.0-2.33.10/./glib/gmessages.c:974
+ g_logv (log_domain=log_domain@entry=0xb7a02336 Gdk, 
log_level=log_level@entry=G_LOG_LEVEL_ERROR, format=format@entry=0xb7a0c947 
%s,
+ args=args@entry=0xbfffc604 \340\271\025\b\001) at 
/build/buildd/glib2.0-2.33.10/./glib/gmessages.c:974
  974   /build/buildd/glib2.0-2.33.10/./glib/gmessages.c: No such file or 
directory.
  (gdb) thread apply all bt
  
  Thread 3 (Thread 0xb4fffb40 (LWP 5225)):
  #0  0xb7fdd424 in __kernel_vsyscall ()
  #1  0xb74ce160 in __GI___poll (fds=fds@entry=0xb4600c68, nfds=nfds@entry=1, 
timeout=timeout@entry=-1) at ../sysdeps/unix/sysv/linux/poll.c:87
  #2  0xb7608dbb in g_poll (fds=0xb4600c68, nfds=1, timeout=-1) at 
/build/buildd/glib2.0-2.33.10/./glib/gpoll.c:132
  #3  0xb75fa360 in g_main_context_poll (n_fds=1, fds=0xb4600c68, 
timeout=optimized out, context=0x813ed68, priority=optimized out)
- at /build/buildd/glib2.0-2.33.10/./glib/gmain.c:3576
+ at /build/buildd/glib2.0-2.33.10/./glib/gmain.c:3576
  #4  g_main_context_iterate (context=context@entry=0x813ed68, 
block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out)
- at /build/buildd/glib2.0-2.33.10/./glib/gmain.c:3277
+ at /build/buildd/glib2.0-2.33.10/./glib/gmain.c:3277
  #5  0xb75fa4c1 in g_main_context_iteration (context=0x813ed68, may_block=1) 
at /build/buildd/glib2.0-2.33.10/./glib/gmain.c:3343
  #6  0xb5a848b0 in ?? () from 
/usr/lib/i386-linux-gnu/gio/modules/libdconfsettings.so
  #7  0xb761ef83 in g_thread_proxy (data=0x81386f0) at 
/build/buildd/glib2.0-2.33.10/./glib/gthread.c:801
  #8  0xb759dd4c in start_thread (arg=0xb4fffb40) at pthread_create.c:308