Krita crashed on opening "Settings > Configure Krita"

Bug #1056946 reported by Francisco T.
30
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Calligra
Unknown
High
calligra (Ubuntu)
Confirmed
Undecided
Unassigned
Quantal
Won't Fix
Undecided
Unassigned

Bug Description

>This is something Ubuntu needs to fix. They shouldn't build opengtl with one version of llvm and mesa with the other version. >From the Kimageshop mailing list:
>
>"In their newest version, they mix up several version of the llvm library, opengtl is compiled with 3.0 and mesa with 3.1. That is >never going to work..."

https://bugs.kde.org/show_bug.cgi?id=307322

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: krita 1:2.5.2-0ubuntu1
ProcVersionSignature: Ubuntu 3.5.0-15.23-generic 3.5.4
Uname: Linux 3.5.0-15-generic i686
ApportVersion: 2.5.2-0ubuntu4
Architecture: i386
Date: Wed Sep 26 17:18:15 2012
InstallationMedia: Kubuntu 12.10 "Quantal Quetzal" - Alpha i386 (20120904)
ProcEnviron:
 SHELL=/bin/bash
 TERM=xterm
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 LANGUAGE=
SourcePackage: calligra
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
In , Baokai Lei (leibaokai) wrote :
Download full text (14.1 KiB)

Application: krita (2.5.2)
KDE Platform Version: 4.9.1
Qt Version: 4.8.3
Operating System: Linux 3.5.0-15-generic x86_64
Distribution: Ubuntu quantal (development branch)

-- Information about the crash:
- What I was doing when the application crashed:
Launched Krita with an image from Kshapshot. Didn't do anything with the image, but went instantly to the configuration dialog to set up Krita (my first time using it). Krita crashed instantly when I selected the menu entry without displaying the dialog.

The crash can be reproduced every time.

-- Backtrace:
Application: Krita (krita), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f3a11a06780 (LWP 3054))]

Thread 6 (Thread 0x7f39ee645700 (LWP 3055)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f3a0f27404b in wait (time=18446744073709551615, this=0x4b4d600) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x4b4d5b0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00007f3a0f26ff67 in QSemaphore::acquire (this=0x4b4d300, n=1) at thread/qsemaphore.cpp:144
#4 0x00007f39fa8846be in KisTileDataPooler::waitForWork (this=this@entry=0x4b4d2f0) at /build/buildd/calligra-2.5.2/krita/image/tiles3/kis_tile_data_pooler.cc:162
#5 0x00007f39fa884d9b in KisTileDataPooler::run (this=0x4b4d2f0) at /build/buildd/calligra-2.5.2/krita/image/tiles3/kis_tile_data_pooler.cc:184
#6 0x00007f3a0f273aec in QThreadPrivate::start (arg=0x4b4d2f0) at thread/qthread_unix.cpp:338
#7 0x00007f3a0a7ece9a in start_thread (arg=0x7f39ee645700) at pthread_create.c:308
#8 0x00007f3a112d139d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9 0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f39ede44700 (LWP 3056)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f3a0f27404b in wait (time=18446744073709551615, this=0x4b4d990) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x4b4d940, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
#3 0x00007f3a0f270338 in QSemaphore::tryAcquire (this=0x4b4d670, n=1, timeout=<optimized out>) at thread/qsemaphore.cpp:221
#4 0x00007f39fa8a233a in KisTileDataSwapper::run (this=0x4b4d328) at /build/buildd/calligra-2.5.2/krita/image/tiles3/swap/kis_tile_data_swapper.cpp:92
#5 0x00007f3a0f273aec in QThreadPrivate::start (arg=0x4b4d328) at thread/qthread_unix.cpp:338
#6 0x00007f3a0a7ece9a in start_thread (arg=0x7f39ede44700) at pthread_create.c:308
#7 0x00007f3a112d139d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#8 0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f39debbe700 (LWP 3068)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162
#1 0x00007f3a0f27404b in wait (time=18446744073709551615, this=0x62c0360) at thread/qwaitcondition_unix.cpp:86
#2 QWaitCondition::wait (this=<optimized out>, mutex=0x62bfee0, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158
...

Revision history for this message
In , Boudewijn (boud) wrote :

*** Bug 306479 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Boudewijn (boud) wrote :

This is something Ubuntu needs to fix. They shouldn't build opengtl with one version of llvm and mesa with the other version. From the Kimageshop mailing list:

"In their newest version, they mix up several version of the llvm library, opengtl is compiled with 3.0 and mesa with 3.1. That is never going to work..."

Could you report the bug upstream?

Francisco T. (leviatan1)
summary: - Krita crashed on opening "Settings > Configure Krita" (
+ Krita crashed on opening "Settings > Configure Krita"
Revision history for this message
In , Jonathan Riddell (jr) wrote :
tags: added: kubuntu
Revision history for this message
Jonathan Riddell (jr) wrote :

I can't recreate this on latest Kubuntu Beta 2 candidate images from today

Revision history for this message
In , Boudewijn (boud) wrote :

Aw right... Would it surprise you to hear that left/right are also problematical for me? :-)

Revision history for this message
Baokai Lei (leibaokai) wrote :

I can confirm this bug.
Kubuntu Quantal Quetzal Beta x64 with latest updates. Krita version is 2.5.2-0ubuntu1 from the Quantal repositories.

Open Krita, then open an arbitrary image or create a new one, so the configuration menu entry becomes avaiable. Try clicking on the menu entry for the configuration dialog, and Krita crashes *instantly*, without displaying the dialog.

This crash can be reproduced *every single time*.

Backtrace is here:
https://bugs.kde.org/show_bug.cgi?id=307322

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in calligra (Ubuntu):
status: New → Confirmed
Revision history for this message
In , Baokai Lei (leibaokai) wrote :
Revision history for this message
In , Boudewijn (boud) wrote :

Thanks Baokai!

Revision history for this message
Francisco T. (leviatan1) wrote :

I can confirm this bug again in quantal beta 2.
It always happens in my system with AMD graphics HD 6850.
I have open drivers, not proprietary.

In my old laptop with a intel 945GM there is not problem.

Revision history for this message
Francisco T. (leviatan1) wrote :

I installed proprietary drivers fglrx 2:9.000-0ubuntu2
and now I can access settings without crash.

Changed in calligra:
importance: Unknown → High
Revision history for this message
Tepee (tepee) wrote :

I am also affected, but I have Nvidia card with Nouveau driver, and Ubuntu Quantal 64 bits up to date.

Revision history for this message
Tepee (tepee) wrote :

By installing the nvidia proprietary driver (current), I can access to the settings.

Revision history for this message
Viktoria S. (viktoria-s) wrote :

I have installed Xubuntu 12.10 Beta 2 64 bit + Krita onto a VirtualBox and the bug is present there too.

Revision history for this message
Jonathan Riddell (jr) wrote :

Could you test with Krita 2.5.3, now in quantal?

Revision history for this message
Baokai Lei (leibaokai) wrote :
Download full text (8.1 KiB)

I just updated Krita (and the rest of the Calligra suite) to version 2.5.3-0ubuntu2 from the Quantal repositories. The crash is still all the same there. I'm using the latest free Radeon driver here.
Looking at the Backtrace below, I can see that it refers to two different versions of libllvm: 3.0 in #8 and 3.1 in #9. I'm no programmer, but that doesn't look right to me.

Backtrace:

Thread 1 (Thread 0x7f1d833e6780 (LWP 5800)):
[KCrash Handler]
#6 0x00007f1d631d508e in llvm::cl::parser<llvm::FunctionPass* (*)()>::getOption(unsigned int) const () from /usr/lib/x86_64-linux-gnu/libLLVM-3.0.so.1
#7 0x00007f1d637947a8 in llvm::cl::generic_parser_base::findOption(char const*) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.0.so.1
#8 0x00007f1d631d511d in llvm::RegisterPassParser<llvm::RegisterRegAlloc>::NotifyRemove(char const*) () from /usr/lib/x86_64-linux-gnu/libLLVM-3.0.so.1
#9 0x00007f1d28978a1c in ?? () from /usr/lib/x86_64-linux-gnu/libLLVM-3.1.so.1
#10 0x00007f1d83216316 in call_init (l=<optimized out>, argc=1, argv=0x7fff6689bb68, env=0x90ed90) at dl-init.c:85
#11 0x00007f1d832163ef in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:52
#12 _dl_init (main_map=0x336caa0, argc=1, argv=0x7fff6689bb68, env=0x90ed90) at dl-init.c:134
#13 0x00007f1d8321aaea in dl_open_worker (a=0x7fff66898e50) at dl-open.c:549
#14 0x00007f1d83216186 in _dl_catch_error (objname=0x7fff66898e98, errstring=0x7fff66898ea0, mallocedp=0x7fff66898eaf, operate=0x7f1d8321a710 <dl_open_worker>, args=0x7fff66898e50) at dl-error.c:178
#15 0x00007f1d8321a32a in _dl_open (file=0x7fff668990b0 "/usr/lib/x86_64-linux-gnu/dri/r600_dri.so", mode=-2147483390, caller_dlopen=0x7f1d75f7a808 <driOpenDriver+376>, nsid=-2, argc=1, argv=<optimized out>, env=0x90ed90) at dl-open.c:639
#16 0x00007f1d7a518f26 in dlopen_doit (a=0x7fff66899070) at dlopen.c:67
#17 0x00007f1d83216186 in _dl_catch_error (objname=0x92dd40, errstring=0x92dd48, mallocedp=0x92dd38, operate=0x7f1d7a518ec0 <dlopen_doit>, args=0x7fff66899070) at dl-error.c:178
#18 0x00007f1d7a51952f in _dlerror_run (operate=0x7f1d7a518ec0 <dlopen_doit>, args=0x7fff66899070) at dlerror.c:164
#19 0x00007f1d7a518fc1 in __dlopen (file=<optimized out>, file@entry=0x7fff668990b0 "/usr/lib/x86_64-linux-gnu/dri/r600_dri.so", mode=<optimized out>, mode@entry=258) at dlopen.c:88
#20 0x00007f1d75f7a808 in driOpenDriver (driverName=0x3e23370 "r600") at dri_common.c:172
#21 0x00007f1d75f7e003 in dri2CreateScreen (screen=0, priv=0x346ce70) at dri2_glx.c:1037
#22 0x00007f1d75f58399 in AllocAndFetchScreenConfigs (priv=0x346ce70, dpy=0x96c7c0) at glxext.c:780
#23 __glXInitialize (dpy=0x96c7c0) at glxext.c:885
#24 __glXInitialize (dpy=dpy@entry=0x96c7c0) at glxext.c:803
#25 0x00007f1d75f54ab9 in GetGLXPrivScreenConfig (dpy=dpy@entry=0x96c7c0, scrn=scrn@entry=0, ppriv=ppriv@entry=0x7fff668992b0, ppsc=ppsc@entry=0x7fff668992b8) at glxcmds.c:176
#26 0x00007f1d75f5525b in GetGLXPrivScreenConfig (ppsc=0x7fff668992b8, ppriv=0x7fff668992b0, scrn=<optimized out>, dpy=0x96c7c0) at glxcmds.c:172
#27 glXChooseVisual (dpy=0x96c7c0, screen=0, attribList=0x7fff66899460) at glxcmds.c:1234
#28 0x00007f1d78a73a42...

Read more...

Revision history for this message
Baokai Lei (leibaokai) wrote :

I've now installed the proprietary fglrx-updates (version 2:9.000-0ubuntu3) from the Quantal repositories.
Just like Francisco T., I can now access the Settings dialog without problems.

Revision history for this message
Francisco T. (leviatan1) wrote :
Revision history for this message
Jonathan Riddell (jr) wrote :

Next try. Please try installed some recompiled packages

sudo apt-add-archive ppa:jr
sudo apt-get update
sudo apt-get install libgtlcore0.8 libopenctl0.8 libopenshiva0.8

and see if the problem still occurs

Revision history for this message
Francisco T. (leviatan1) wrote :

Sorry, I deleted kubuntu beta before read your post.

In virtualbox with your update, the problem continues.

Revision history for this message
In , Rburdun (rburdun) wrote :

Created attachment 78660
New crash information added by DrKonqi

krita (2.5.3) on KDE Platform 4.9.5 using Qt 4.8.3

- What I was doing when the application crashed: Settings -> Configure Krita -> Krita Crash

No custom settings except high resoulution canvas setup

-- Backtrace (Reduced):
#7 0xaed2e031 in llvm::cl::parser<llvm::FunctionPass* (*)()>::getOption(unsigned int) const () from /usr/lib/i386-linux-gnu/libLLVM-3.0.so.1
#8 0xaf363aa4 in llvm::cl::generic_parser_base::findOption(char const*) () from /usr/lib/i386-linux-gnu/libLLVM-3.0.so.1
#9 0xaed2e139 in llvm::RegisterPassParser<llvm::RegisterRegAlloc>::NotifyRemove(char const*) () from /usr/lib/i386-linux-gnu/libLLVM-3.0.so.1
#10 0x9937b0b6 in llvm::MachinePassRegistry::Add(llvm::MachinePassRegistryNode*) () from /usr/lib/i386-linux-gnu/libLLVM-3.1.so.1
[...]
#12 0xb77a3e9b in call_init (env=0x82370c8, argv=0xbff38934, argc=1, l=<optimized out>) at dl-init.c:85

Revision history for this message
Rolf Leggewie (r0lf) wrote :

quantal has seen the end of its life and is no longer receiving any updates. Marking the quantal task for this ticket as "Won't Fix".

Changed in calligra (Ubuntu Quantal):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.