Summary: | Kwin crashes when using wine applications | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | auxsvr |
Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | kde |
Priority: | NOR | Flags: | thomas.luebking:
ReviewRequest+
|
Version: | 4.10.80 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
URL: | https://git.reviewboard.kde.org/r/111204/ | ||
Latest Commit: | http://commits.kde.org/kde-workspace/565357b3c55d108858fc94ee11c3b14f4f68d937 | Version Fixed In: | 4.11 |
Attachments: | output of qdbus org.kde.kwin /KWin supportInformation |
Description
auxsvr
2013-06-23 17:19:13 UTC
#6 KWin::Scene::paintSimpleScreen (this=this@entry=0xa3a4200, orig_mask=orig_mask@entry=0, region=...) at /usr/src/debug/kde-workspace-4.10.80/kwin/scene.cpp:897
That's the end of the source file. Likely memory corruption.
Could be #320589 but that patch is in 4.10.80
> I have configured kwin to automatically stop compositing on starting wine applications, and it crashes regardless of the setting.
It crashes right after the compositor is initialized, ie. this trace would be from after exiting the wine application.
- What does the trace look like when it crashes for suspending compositing (when starting the wine application)
- is the "wine application" a game and does it use opengl?
- does it also happen with (other?) opengl applications and autosuspension (like glxgears?)
- does it happen with one or several wine applications (where multiple mods of the same game do not count as several applications ;-)
- does it happen with xrender compositing?
- please post the output of "qdbus org.kde.kwin /KWin supportInformation"
Also please post backtraces that differ from this one, esp. when the stack is deeper than paintSimpleScreen or the position is around lines 200-300.
Created attachment 80739 [details] output of qdbus org.kde.kwin /KWin supportInformation I could not reproduce the crash in bug #320589. Only once did kwin crash during wine launch, perhaps it was because of a transient window that appears when wine is updated. The wine application is winecfg, it doesn't use opengl as far as I know. It does happen with emacs, if I enable blocking of compositing. I must have made a mistake previously, if I disable compositing blocking in wine, then the crash stops. It crashes regardless of using xrender or opengl. Every backtrace I've seen is identical to this one. Can you try enabling the "Fade" effect and see whether the crash remains reproducible? Scratch that. I can now reproduce it. Git commit 565357b3c55d108858fc94ee11c3b14f4f68d937 by Thomas Lübking. Committed on 23/06/2013 at 22:13. Pushed by luebking into branch 'master'. update composite blocking from deleted, not client fixing bug by deferring the deletion and removal of the deleted to the next event cycle had the side effect that this now happens in the event cycle of the compositor restart, which was deferred to avoid precisely that... so the test is now moved to the removal of the deleted which got an additional flag wasClient to avoid calling this action for each and every tooltip (and might be usable elsewise) FIXED-IN: 4.11 REVIEW: 111204 M +2 -0 kwin/deleted.cpp M +4 -0 kwin/deleted.h M +3 -4 kwin/workspace.cpp http://commits.kde.org/kde-workspace/565357b3c55d108858fc94ee11c3b14f4f68d937 *** Bug 321740 has been marked as a duplicate of this bug. *** |