GNOME Bugzilla – Bug 745229
Crashes on Continuous on startup
Last modified: 2015-03-18 11:13:26 UTC
Continuous build 20150226.42 gnome-maps v3.15.90.1-21-g5c53ae14aa874615b34f716eabb80dc938158ceb clutter 1.21.4-24-g36780b07b19ab9da68f07ab211a3f447cae8eaab qemux86-64:~$ coredumpctl gdb 1192 PID: 1192 (gnome-maps) UID: 1000 (test) GID: 1000 (test) Signal: 5 (TRAP) Timestamp: Thu 2015-02-26 15:41:01 GMT (1min 31s ago) Command Line: /usr/bin/gjs /usr/bin/gnome-maps Executable: /usr/bin/gjs-console Control Group: /user.slice/user-1000.slice/session-5.scope Unit: session-5.scope Slice: user-1000.slice Session: 5 Owner UID: 1000 (test) Boot ID: 996f2dd645ba4684b6b7c71a805eb73e Machine ID: 45bb3b96146aa94f299b9eb43646eb35 Hostname: qemux86-64 Coredump: /var/lib/systemd/coredump/core.gnome-maps.1000.996f2dd645ba4684b6b7c71a805eb73e.1192.1424965261000000.xz Message: Process 1192 (gnome-maps) of user 1000 dumped core. GNU gdb (GDB) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-gnomeostree-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/bin/gjs-console...Reading symbols from /usr/lib/debug/.build-id/24/94e7820f7af64e1ee090b5c7891079fd6b37c8.debug...done. done. warning: core file may not match specified executable file. [New LWP 1192] [New LWP 1193] [New LWP 1194] [New LWP 1195] [New LWP 1196] [New LWP 1197] [New LWP 1198] [New LWP 1199] warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/libthread_db.so.1". Core was generated by `/usr/bin/gjs /usr/bin/gnome-maps'. Program terminated with signal SIGTRAP, Trace/breakpoint trap.
+ Trace 234723
Thread 1 (Thread 0x7f3ea404f940 (LWP 1192))
Hi, thanks for this! I have not seen this. I jhbuilded gnome-maps to see if something changed in the stack. And got a completly black Maps, until I made sure that cogl was version 1.20+. Then it worked fine. What versoins of clutter/cogl are running here? Have you seen this in some other applications that use clutter? I thought the trace looked familiar from something pasted on #gnome-hackers
(In reply to Jonas Danielsson from comment #1) > And got a completly black Maps, until I made sure that cogl was > version 1.20+. Then it worked fine. > > What versoins of clutter/cogl are running here? cogl 1.20.0-1-g8cecd6899e8ba804829b6ff76e2e7211b4e4a89d clutter 1.21.4-24-g36780b07b19ab9da68f07ab211a3f447cae8eaab > Have you seen this in some other applications that use clutter? > I thought the trace looked familiar from something pasted on #gnome-hackers I think not, though we don't have too many on Continuous there. I'll try out some recent builds and reply back here
(In reply to Vadim Rutkovsky from comment #2) > > Have you seen this in some other applications that use clutter? > > I thought the trace looked familiar from something pasted on #gnome-hackers > I think not, though we don't have too many on Continuous there. I'll try out > some recent builds and reply back here Also happens for Totem, so re-assigning to cogl
Also crashes in wayland: Thread 3 (Thread 0x7fffe7327700 (LWP 1496)):
+ Trace 234724
Thread 1 (Thread 0x7ffff7fb5940 (LWP 1491))
putting on the blocker list for now
Looking at frames #3 and #4:
+ Trace 234762
It seems that the Cogl context instance is missing, which leads to a cascade effect that breaks Cogl underneath. I added a check for that, but I'd like to understand how that is happening. The CoglContext instance attached to the ClutterBackend singleton is created when Clutter is initialized. Definitely by the time we create a ClutterStage, the CoglContext must be available — or you'd have gotten a fatal error prior to that.
Tried this on http://build.gnome.org/#/build/20150302.47, but didn't get the warning, the trace is the same
(In reply to Vadim Rutkovsky from comment #7) > Tried this on http://build.gnome.org/#/build/20150302.47, but didn't get the > warning, the trace is the same The trace 234722 and 234724 are very much different. The first one is a NULL CoglContext, leading to a crash in Cogl; the second is an X11 error in the software rasteriser.
I forgot to export CLUTTER_BACKEND=wayland for these crashes sorry (shouldn't it be set for the whole session?). Anyway, now totem crashes with
+ Trace 234793
Thread 1 (Thread 0x7ff6dc8c8940 (LWP 3973))
while control-center exits cleanly with 'Unable to initialize Clutter' error message.
It seems that QXL doesn't support EGL anymore, so Clutter fails to initialize (Quadrapassel outputs a nice message), so I'm gonna close this bug