| Summary: | Crash when pressing apply in the transform tool options. | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | wolthera <griffinvalley> |
| Component: | Tools/Transform | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | dimula73, halla |
| Priority: | NOR | Keywords: | drkonqi, triaged |
| Version First Reported In: | git master (please specify the git hash!) | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
wolthera
2018-02-14 14:32:58 UTC
Bah, must be some timing issue. I do wonder why the KisStrokeJobData object has to be deleted by KisStrokeJob, since it's created somewhere else... Looking at it again, it even looks like an extreme out of memory issue. This is the relevant part of the backtrace: Thread 8 (Thread 0x7ff12d256700 (LWP 16226)): [KCrash Handler] #6 malloc_consolidate (av=av@entry=0x7ff17d86ab20 <main_arena>) at malloc.c:4167 #7 0x00007ff17d526678 in _int_free (av=0x7ff17d86ab20 <main_arena>, p=<optimized out>, have_lock=0) at malloc.c:4075 #8 0x00007ff17d52a53c in __GI___libc_free (mem=<optimized out>) at malloc.c:2968 #9 0x00007ff17b380926 in KisStrokeJob::~KisStrokeJob (this=0x13a27a20, __in_chrg=<optimized out>) at /home/wolthera/krita/build/libs/image/../../../src/libs/image/kis_stroke_job.h:40 #10 KisStrokeJob::~KisStrokeJob (this=0x13a27a20, __in_chrg=<optimized out>) at /home/wolthera/krita/build/libs/image/../../../src/libs/image/kis_stroke_job.h:41 #11 KisUpdateJobItem::setDone (this=0xa4902f0) at /home/wolthera/krita/build/libs/image/../../../src/libs/image/kis_update_job_item.h:169 #12 KisUpdateJobItem::run (this=0xa4902f0) at /home/wolthera/krita/build/libs/image/../../../src/libs/image/kis_update_job_item.h:93 #13 0x00007ff17deb0b27 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #14 0x00007ff17deb4709 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #15 0x00007ff17702e6ba in start_thread (arg=0x7ff12d256700) at pthread_create.c:333 #16 0x00007ff17d5ad41d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 Have you seen anything like this recently? I haven't seen anything like that recently. And it might have been fixed already been fixed. Because this part was heavily optimized/changed while Alexey GSoC project Let's close it then. |