Unity8 crashes when using latest mir/android backend with system-compositor
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
Invalid
|
High
|
Alexandros Frantzis | ||
unity-mir |
Fix Released
|
High
|
Gerry Boland | ||
unity-mir (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
current build number: 192
device name: mako
channel: trusty-proposed
last update: 2014-02-19 16:49:14
version version: 192
version ubuntu: 20140219.2
version device: 20140115.1
Using mir from trunk (mir/devel), with the android backend installed by default, Unity8 fails to start (segfault) when using it with system-compositor (nested mode, which is now the default):
libmirclient7:armhf
libmirclientpla
libmirplatform:
libmirplatformg
libmirprotobuf0
libmirserver15:
mir-test-
Unity8 + Mir works fine without nest mode though (that's how we're currently using it with the X86 emulator).
Unity8 trace:
ARM: http://
X86: http://
Related branches
- Alberto Aguirre (community): Approve
- PS Jenkins bot (community): Approve (continuous-integration)
- Alexandros Frantzis: Pending requested
-
Diff: 1061 lines (+229/-70)40 files modifiedsrc/modules/Unity/Application/application.cpp (+5/-0)
src/modules/Unity/Application/application.h (+8/-2)
src/modules/Unity/Application/application_manager.cpp (+5/-0)
src/modules/Unity/Application/application_manager.h (+18/-13)
src/modules/Unity/Application/applicationcontroller.h (+5/-0)
src/modules/Unity/Application/applicationscreenshotprovider.cpp (+5/-0)
src/modules/Unity/Application/applicationscreenshotprovider.h (+5/-0)
src/modules/Unity/Application/dbuswindowstack.cpp (+5/-0)
src/modules/Unity/Application/dbuswindowstack.h (+9/-4)
src/modules/Unity/Application/desktopfilereader.cpp (+5/-0)
src/modules/Unity/Application/desktopfilereader.h (+5/-0)
src/modules/Unity/Application/inputarea.cpp (+5/-0)
src/modules/Unity/Application/inputarea.h (+8/-2)
src/modules/Unity/Application/inputfilterarea.cpp (+5/-0)
src/modules/Unity/Application/inputfilterarea.h (+4/-0)
src/modules/Unity/Application/mirsurface.cpp (+4/-0)
src/modules/Unity/Application/mirsurface.h (+6/-1)
src/modules/Unity/Application/mirsurfacemanager.cpp (+5/-0)
src/modules/Unity/Application/mirsurfacemanager.h (+6/-1)
src/modules/Unity/Application/plugin.cpp (+15/-13)
src/modules/Unity/Application/proc_info.cpp (+4/-0)
src/modules/Unity/Application/proc_info.h (+5/-1)
src/modules/Unity/Application/processcontroller.cpp (+5/-0)
src/modules/Unity/Application/processcontroller.h (+5/-0)
src/modules/Unity/Application/shellinputarea.cpp (+5/-0)
src/modules/Unity/Application/shellinputarea.h (+4/-0)
src/modules/Unity/Application/taskcontroller.cpp (+4/-1)
src/modules/Unity/Application/taskcontroller.h (+5/-0)
src/modules/Unity/Application/ubuntukeyboardinfo.cpp (+5/-0)
src/modules/Unity/Application/ubuntukeyboardinfo.h (+5/-0)
src/modules/Unity/Application/upstart/applicationcontroller.cpp (+24/-16)
src/modules/Unity/Application/upstart/applicationcontroller.h (+7/-2)
tests/application_manager_test.cpp (+1/-0)
tests/auto/modules/Unity/Application/main.cpp (+2/-0)
tests/mock_application_controller.h (+1/-1)
tests/mock_desktop_file_reader.h (+7/-7)
tests/mock_oom_controller.h (+1/-1)
tests/mock_proc_info.h (+1/-1)
tests/mock_process_controller.h (+4/-4)
tests/taskcontroller_test.cpp (+1/-0)
Changed in mir: | |
importance: | Undecided → High |
assignee: | nobody → Alexandros Frantzis (afrantzis) |
status: | New → In Progress |
Changed in mir: | |
milestone: | none → 0.1.6 |
tags: | added: nested |
Changed in unity-mir: | |
assignee: | nobody → Gerry Boland (gerboland) |
status: | New → In Progress |
importance: | Undecided → High |
Changed in mir: | |
status: | In Progress → Invalid |
Changed in mir: | |
milestone: | 0.1.6 → none |
Changed in unity-mir: | |
status: | In Progress → Fix Released |
The problem seems to be a symbol conflict between unity-mir's "MirSurface" and libmirclient7's "MirSurface", triggered by a change in Mir that dynamically links libmirclientpla tform.so. Will investigate further next week.