Bug 269172 - F15 Krita executes but the only thing it does it to consume cpu, no errors
Summary: F15 Krita executes but the only thing it does it to consume cpu, no errors
Status: RESOLVED UPSTREAM
Alias: None
Product: krita
Classification: Applications
Component: General (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-22 20:44 UTC by Reartes Guillermo
Modified: 2011-03-26 16:34 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Reartes Guillermo 2011-03-22 20:44:22 UTC
Version:           unspecified (using KDE 4.6.1) 
OS:                Linux

After installing krita, i launched it and found that it does not work.

It does start, but it sits there consuming cpu, the program never appears.
If executed from konsole, no erros, even on.xsession-erros.
I never executed krita en any fedora, so i don'k know if it works.

Installed: 
 koffice-krita.x86_64   3:2.3.3-1.fc15       

Dependency Installed:
 OpenGTL.x86_64              0:0.9.15-2.fc15
 OpenGTL-libs.x86_64         0:0.9.15-2.fc15
 koffice-krita-libs.x86_64   3:2.3.3-1.fc15
 libQtGTL.x86_64             0:0.9.1-3.fc15

The program does not crash. It is fully silent.

$ valgrind krita
==12678== Memcheck, a memory error detector
==12678== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al.
==12678== Using Valgrind-3.6.0 and LibVEX; rerun with -h for copyright info
==12678== Command: krita
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FC3: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678==    by 0x3B7D013165: FcInitLoadConfigAndFonts (fcinit.c:101)
==12678==    by 0x3B7D013384: FcInit (fcinit.c:124)
==12678==    by 0x3B82230854: qt_init(QApplicationPrivate*, int, _XDisplay*, unsigned long, unsigned long) (qapplication_x11.cpp:1708)
==12678==    by 0x3B821BE764: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (qapplication.cpp:833)
==12678==    by 0x3B821BEEB7: QApplication::QApplication(int&, char**, bool, int) (qapplication.cpp:766)
==12678==    by 0x3B83C43BA6: KApplication::KApplication(bool) (kapplication.cpp:346)
==12678==    by 0x3B8BC6AF07: KoApplication::KoApplication() (in /usr/lib64/libkomain.so.8.0.0)
==12678==    by 0x4C27410: kdemain (in /usr/lib64/libkdeinit4_krita.so)
==12678==  Address 0x71c91b4 is 20 bytes inside a block of size 22 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678==    by 0x3B7D013165: FcInitLoadConfigAndFonts (fcinit.c:101)
==12678==    by 0x3B7D013384: FcInit (fcinit.c:124)
==12678==    by 0x3B82230854: qt_init(QApplicationPrivate*, int, _XDisplay*, unsigned long, unsigned long) (qapplication_x11.cpp:1708)
==12678==    by 0x3B821BE764: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (qapplication.cpp:833)
==12678==    by 0x3B821BEEB7: QApplication::QApplication(int&, char**, bool, int) (qapplication.cpp:766)
==12678==    by 0x3B83C43BA6: KApplication::KApplication(bool) (kapplication.cpp:346)
==12678==    by 0x3B8BC6AF07: KoApplication::KoApplication() (in /usr/lib64/libkomain.so.8.0.0)
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FD8: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678==    by 0x3B7D013165: FcInitLoadConfigAndFonts (fcinit.c:101)
==12678==  Address 0x71d1500 is 16 bytes inside a block of size 18 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FD8: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678==    by 0x3B7D013165: FcInitLoadConfigAndFonts (fcinit.c:101)
==12678==  Address 0x7218328 is 40 bytes inside a block of size 43 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FC3: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678==    by 0x3B7D013165: FcInitLoadConfigAndFonts (fcinit.c:101)
==12678==  Address 0x722af14 is 36 bytes inside a block of size 39 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D013076: FcInitLoadConfig (fcinit.c:67)
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FD8: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==  Address 0x7250478 is 24 bytes inside a block of size 26 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678== 
==12678== Invalid read of size 4
==12678==    at 0x3B7D007FC3: FcConfigFileExists (fccfg.c:1671)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==  Address 0x7260a54 is 20 bytes inside a block of size 22 alloc'd
==12678==    at 0x4A0640D: malloc (vg_replace_malloc.c:236)
==12678==    by 0x3B7D007F1C: FcConfigFileExists (fccfg.c:1652)
==12678==    by 0x3B7D00A387: FcConfigFilename (fccfg.c:1828)
==12678==    by 0x3B7D01D915: FcConfigParseAndLoad (fcxml.c:2459)
==12678==    by 0x3B7D01DFFD: FcEndElement (fcxml.c:1624)
==12678==    by 0x3B7A80A68A: doContent (xmlparse.c:2449)
==12678==    by 0x3B7A80B8CD: contentProcessor (xmlparse.c:2022)
==12678==    by 0x3B7A80878E: doProlog (xmlparse.c:3908)
==12678==    by 0x3B7A80A11A: prologProcessor (xmlparse.c:3635)
==12678==    by 0x3B7A80D6E1: XML_ParseBuffer (xmlparse.c:1573)
==12678==    by 0x3B7D01DA70: FcConfigParseAndLoad (fcxml.c:2541)
==12678==    by 0x3B7D01DD77: FcConfigParseAndLoad (fcxml.c:2427)
==12678== 
^C==12678== 
==12678== HEAP SUMMARY:
==12678==     in use at exit: 3,559,068 bytes in 46,907 blocks
==12678==   total heap usage: 423,191 allocs, 376,284 frees, 51,573,159 bytes allocated
==12678== 
==12678== LEAK SUMMARY:
==12678==    definitely lost: 3,164 bytes in 67 blocks
==12678==    indirectly lost: 111,594 bytes in 303 blocks
==12678==      possibly lost: 1,310,344 bytes in 17,424 blocks
==12678==    still reachable: 2,133,966 bytes in 29,113 blocks
==12678==         suppressed: 0 bytes in 0 blocks
==12678== Rerun with --leak-check=full to see details of leaked memory
==12678== 
==12678== For counts of detected and suppressed errors, rerun with: -v
==12678== ERROR SUMMARY: 18 errors from 6 contexts (suppressed: 8 from 6)


Reproducible: Didn't try

Steps to Reproduce:
# yum install koffice-krita
$ krita

Actual Results:  
the program starts but it does not appear neither crash, just uses cpu.

Expected Results:  
krita

kdebase.x86_64           6:4.6.1-2.fc15      @updates-testing          
kdebase-libs.x86_64      6:4.6.1-2.fc15      @updates-testing          
kdebase-runtime.x86_64   4.6.1-1.fc15        @updates-testing   
       
kdebase-runtime-debuginfo.x86_64   4.6.1-1.fc15  @updates-testing-debuginfo
kdebase-runtime-flags.noarch       4.6.1-1.fc15  @updates-testing          
kdebase-runtime-libs.x86_64        4.6.1-1.fc15  @updates-testing          
kdebase-workspace.x86_64           4.6.1-3.fc15  @updates-testing          
kdebase-workspace-debuginfo.x86_64 4.6.1-3.fc15  @updates-testing-debuginfo
kdebase-workspace-libs.x86_64      4.6.1-3.fc15  @updates-testing
Comment 1 Cyrille Berger 2011-03-23 10:53:39 UTC
Would be interesting if you could run:
gdb krita
then type "r" and press enter.  And after a little while press "ctl+c" and then type "bt" and press enter. And then attach the full output to this bug report, so that we get an idea of where it is blocked ?
Comment 2 Reartes Guillermo 2011-03-23 11:22:36 UTC
Ok, done it.

$ gdb krita
GNU gdb (GDB) Fedora (7.2.50.20110320-30.fc15)
Copyright (C) 2011 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-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/krita...(no debugging symbols found)...done.
Missing separate debuginfos, use: debuginfo-install koffice-krita-2.3.3-1.fc15.x86_64
(gdb) r
Starting program: /usr/bin/krita 
[Thread debugging using libthread_db enabled]
warning: "/usr/lib/debug/usr/lib64/libQt3Support.so.4.7.2.debug": separate debug info file has no debug info
^C
Program received signal SIGINT, Interrupt.
(anonymous namespace)::SharedPointerData::deref (this=0x24b7220) at /usr/src/debug/OpenGTL-0.9.15/OpenGTL/GTLCore/SharedPointer.cpp:53
53      {
(gdb) bt
#0  (anonymous namespace)::SharedPointerData::deref (this=0x24b7220) at /usr/src/debug/OpenGTL-0.9.15/OpenGTL/GTLCore/SharedPointer.cpp:53
#1  0x00007ffff720eea0 in (anonymous namespace)::String::~String (this=0x7fffffffb150, __in_chrg=<optimized out>)
    at /usr/src/debug/OpenGTL-0.9.15/OpenGTL/GTLCore/String.cpp:77
#2  0x00007ffff6e50256 in (anonymous namespace)::TemplateLexer::nextToken (this=0x7fffffffb770)
    at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateLexer.cpp:74
#3  0x00007ffff6e50777 in (anonymous namespace)::TemplateParser::getNextToken (this=0x7fffffffb7a0)
    at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateParser.cpp:275                                                  
#4  0x00007ffff6e51364 in (anonymous namespace)::TemplateParser::parse (this=0x7fffffffb7a0)
    at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateParser.cpp:258
#5  0x00007ffff6e498bb in (anonymous namespace)::Template::compile (this=0x924600)
    at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/Template.cpp:118
#6  0x00007fffe5d038d8 in ?? () from /usr/lib64/kde4/krita_ctlcs_plugin.so
#7  0x00007fffe5d04f47 in QObject* KPluginFactory::createInstance<CTLCSPlugin, QObject>(QWidget*, QObject*, QList<QVariant> const&) ()
   from /usr/lib64/kde4/krita_ctlcs_plugin.so
#8  0x0000003b818203e9 in KPluginFactory::create (this=0x907ed0, iface=0x3b7f215120 "QObject", parentWidget=0x0, parent=0x7e3d80, args=..., 
    keyword=<optimized out>) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginfactory.cpp:203
#9  0x0000003b88c031ce in KoPluginLoader::load(QString const&, QString const&, KoPluginLoader::PluginsConfig const&) ()
   from /usr/lib64/libkoplugin.so.8
#10 0x0000003b8b83a625 in KoColorSpaceRegistry::init() () from /usr/lib64/libpigmentcms.so.8
#11 0x0000003b8b83aec8 in KoColorSpaceRegistry::instance() () from /usr/lib64/libpigmentcms.so.8
#12 0x0000003b8b82774d in KoColor::KoColor() () from /usr/lib64/libpigmentcms.so.8
#13 0x00007fffe6161e32 in ?? () from /usr/lib64/libkritalibpaintop.so.8
#14 0x0000003b7540ea36 in call_init (l=<optimized out>, argc=1, argv=0x7fffffffe0d8, env=0x671870) at dl-init.c:83
#15 0x0000003b7540eb13 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:50
#16 _dl_init (main_map=0x8ffa20, argc=1, argv=0x7fffffffe0d8, env=0x671870) at dl-init.c:132
#17 0x0000003b75412dc2 in dl_open_worker (a=<optimized out>) at dl-open.c:464
#18 0x0000003b7540e8a6 in _dl_catch_error (objname=0x7fffffffc8f8, errstring=0x7fffffffc900, mallocedp=0x7fffffffc90f, operate=
    0x3b75412a30 <dl_open_worker>, args=0x7fffffffc8b0) at dl-error.c:178
#19 0x0000003b7541330a in _dl_open (file=0x8ff8c8 "/usr/lib64/kde4/kritadefaultpaintops.so", mode=-2147483647, caller_dlopen=0x3b7f14d5ab, 
    nsid=-2, argc=1, argv=<optimized out>, env=0x671870) at dl-open.c:555
#20 0x0000003b75c00f26 in dlopen_doit (a=0x7fffffffcad0) at dlopen.c:67
#21 0x0000003b7540e8a6 in _dl_catch_error (objname=0x6ef580, errstring=0x6ef588, mallocedp=0x6ef578, operate=0x3b75c00ec0 <dlopen_doit>, 
    args=0x7fffffffcad0) at dl-error.c:178
#22 0x0000003b75c0152f in _dlerror_run (operate=0x3b75c00ec0 <dlopen_doit>, args=0x7fffffffcad0) at dlerror.c:164
#23 0x0000003b75c00fc1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:88
#24 0x0000003b7f14d5ab in QLibraryPrivate::load_sys (this=0x817320) at plugin/qlibrary_unix.cpp:205
#25 0x0000003b7f1488c5 in QLibraryPrivate::loadPlugin (this=0x817320) at plugin/qlibrary.cpp:478
#26 0x0000003b81821a58 in KPluginLoader::load (this=0x7fffffffcf60) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:224
#27 0x0000003b81821d29 in KPluginLoader::factory (this=<optimized out>) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:189
#28 0x0000003b88c03189 in KoPluginLoader::load(QString const&, QString const&, KoPluginLoader::PluginsConfig const&) ()
---Type <return> to continue, or q <return> to quit---
   from /usr/lib64/libkoplugin.so.8
#29 0x00007ffff66287ac in KisPaintOpRegistry::instance() () from /usr/lib64/libkritaimage.so.8
#30 0x00007ffff6aa85de in KisFactory2::componentData() () from /usr/lib64/libkritaui.so.8
#31 0x00007ffff6aa8e9a in KisFactory2::KisFactory2(QObject*) () from /usr/lib64/libkritaui.so.8
#32 0x00007fffe9e28b3f in qt_plugin_instance () from /usr/lib64/kde4/kritapart.so
#33 0x0000003b81821db0 in KPluginLoader::factory (this=0x7fffffffd760) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:201
#34 0x0000003b8bc8159f in KoDocumentEntry::createDoc(QString*, KoDocument*) const () from /usr/lib64/libkomain.so.8
#35 0x0000003b8bc6bded in KoApplication::start() () from /usr/lib64/libkomain.so.8
#36 0x00007ffff7de0419 in kdemain () from /usr/lib64/libkdeinit4_krita.so
#37 0x0000003b7582131d in __libc_start_main (main=0x4008d0, argc=1, ubp_av=0x7fffffffe0d8, init=<optimized out>, fini=<optimized out>, 
    rtld_fini=<optimized out>, stack_end=0x7fffffffe0c8) at libc-start.c:226
#38 0x0000000000400901 in _start ()
Comment 3 Reartes Guillermo 2011-03-24 15:12:00 UTC
Strange, new versions appeared but the result is the same.

koffice-krita.x86_64        3:2.3.3-2.fc15        @updates-testing
koffice-krita-libs.x86_64   3:2.3.3-2.fc15        @updates-testing

Also, i tried using remote ssh session -Y (as root) and it is the same.
Comment 4 Reartes Guillermo 2011-03-24 15:46:22 UTC
I was debugging another issue, that leads me to swith from user to another user, attach gdb to the first xserver...

when i returned to the first user (witch previously launched krita) i finally got a krita krash.

-------

Application: Krita (krita), signal: Aborted
82	T_PSEUDO (SYSCALL_SYMBOL, SYSCALL_NAME, SYSCALL_NARGS)
[KCrash Handler]
#6  0x0000003b758362c5 in raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x0000003b75837bdb in abort () at abort.c:92
#8  0x0000003b780bbccd in __gnu_cxx::__verbose_terminate_handler () at ../../../../libstdc++-v3/libsupc++/vterminate.cc:95
#9  0x0000003b780b9e86 in __cxxabiv1::__terminate (handler=<optimized out>) at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:40
#10 0x0000003b780b9eb3 in std::terminate () at ../../../../libstdc++-v3/libsupc++/eh_terminate.cc:50
#11 0x0000003b780b9fae in __cxxabiv1::__cxa_throw (obj=0x7fc738000940, tinfo=<optimized out>, dest=<optimized out>) at ../../../../libstdc++-v3/libsupc++/eh_throw.cc:83
#12 0x0000003b780ba48d in operator new (sz=17179869152) at ../../../../libstdc++-v3/libsupc++/new_op.cc:58
#13 0x0000003b780a2e49 in allocate (__n=<optimized out>, this=<optimized out>) at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/ext/new_allocator.h:92
#14 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_create (__capacity=17179869127, __old_capacity=<optimized out>, __alloc=<optimized out>) at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:609
#15 0x0000003b780a3bbb in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_M_clone (this=0x7fc33d492010, __alloc=<optimized out>, __res=<optimized out>) at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:631
#16 0x0000003b780a3ca0 in reserve (__res=<optimized out>, this=0x25703c8) at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:512
#17 std::basic_string<char, std::char_traits<char>, std::allocator<char> >::reserve (this=0x25703c8, __res=<optimized out>) at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:503
#18 0x0000003b780a41cd in std::basic_string<char, std::char_traits<char>, std::allocator<char> >::append (this=0x25703c8, __str="\377") at /usr/src/debug/gcc-4.6.0-20110321/obj-x86_64-redhat-linux/x86_64-redhat-linux/libstdc++-v3/include/bits/basic_string.tcc:334
#19 0x0000003c369b31f7 in operator+= (__str=<optimized out>, this=<optimized out>) at /usr/include/c++/4.6.0/bits/basic_string.h:925
#20 (anonymous namespace)::String::operator+= (this=0x7fffb9d8ce10, s=...) at /usr/src/debug/OpenGTL-0.9.15/OpenGTL/GTLCore/String.cpp:205
#21 0x0000003c3781b24c in (anonymous namespace)::TemplateLexer::nextToken (this=0x7fffb9d8d440) at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateLexer.cpp:74
#22 0x0000003c3781b777 in (anonymous namespace)::TemplateParser::getNextToken (this=0x7fffb9d8d470) at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateParser.cpp:275
#23 0x0000003c3781c364 in (anonymous namespace)::TemplateParser::parse (this=0x7fffb9d8d470) at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/templatecompiler/TemplateParser.cpp:258
#24 0x0000003c378148bb in (anonymous namespace)::Template::compile (this=0x33665e0) at /usr/src/debug/OpenGTL-0.9.15/OpenCTL/OpenCTL/Template.cpp:118
#25 0x00007fc73d2318d8 in CTLCSPlugin::CTLCSPlugin (this=<optimized out>, parent=<optimized out>) at /usr/include/QtCore/qbytearray.h:383
#26 0x00007fc73d232f47 in KPluginFactory::createInstance<CTLCSPlugin, QObject> (parentWidget=<optimized out>, parent=<optimized out>, args=...) at /usr/include/kde4/kpluginfactory.h:473
#27 0x0000003b818203e9 in KPluginFactory::create (this=0x13c2440, iface=0x3b7f215120 "QObject", parentWidget=0x0, parent=0x11cd6f0, args=..., keyword=<optimized out>) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginfactory.cpp:203
#28 0x00007fc74d1711ce in create<QObject> (parent=0x11cd6f0, args=..., keyword=..., parentWidget=0x0, this=0x13c2440) at /usr/include/kde4/kpluginfactory.h:527
#29 createInstance<QObject> (error=0x7fffb9d8de00, args=..., parent=0x11cd6f0, parentWidget=0x0, this=0x13c14a0) at /usr/include/kde4/kservice.h:551
#30 createInstance<QObject> (error=0x7fffb9d8de00, args=..., parent=0x11cd6f0, this=0x13c14a0) at /usr/include/kde4/kservice.h:528
#31 KoPluginLoader::load (this=0x11cd6f0, serviceType=<optimized out>, versionString=<optimized out>, config=...) at /usr/src/debug/koffice-2.3.3/libs/koplugin/KoPluginLoader.cpp:120
#32 0x00007fc74d3af4a5 in KoColorSpaceRegistry::init (this=0x13b9b50) at /usr/src/debug/koffice-2.3.3/libs/pigment/KoColorSpaceRegistry.cpp:100
#33 0x00007fc74d3afd48 in KoColorSpaceRegistry::instance () at /usr/src/debug/koffice-2.3.3/libs/pigment/KoColorSpaceRegistry.cpp:69
#34 0x00007fc74d39c74d in KoColor::KoColor (this=0x7fc73d8cb8c0) at /usr/src/debug/koffice-2.3.3/libs/pigment/KoColor.cpp:51
#35 0x00007fc73d68fe32 in __static_initialization_and_destruction_0 (__priority=65535, __initialize_p=1) at /usr/src/debug/koffice-2.3.3/krita/plugins/paintops/libpaintop/kis_color_source.cpp:28
#36 _GLOBAL__sub_I_kis_color_source.cpp(void) () at /usr/src/debug/koffice-2.3.3/krita/plugins/paintops/libpaintop/kis_color_source.cpp:237
#37 0x0000003b7540ea36 in call_init (l=<optimized out>, argc=1, argv=0x7fffb9d8fda8, env=0x1126870) at dl-init.c:83
#38 0x0000003b7540eb13 in call_init (env=<optimized out>, argv=<optimized out>, argc=<optimized out>, l=<optimized out>) at dl-init.c:50
#39 _dl_init (main_map=0x13b9ed0, argc=1, argv=0x7fffb9d8fda8, env=0x1126870) at dl-init.c:132
#40 0x0000003b75412dc2 in dl_open_worker (a=<optimized out>) at dl-open.c:464
#41 0x0000003b7540e8a6 in _dl_catch_error (objname=0x7fffb9d8e5c8, errstring=0x7fffb9d8e5d0, mallocedp=0x7fffb9d8e5df, operate=0x3b75412a30 <dl_open_worker>, args=0x7fffb9d8e580) at dl-error.c:178
#42 0x0000003b7541330a in _dl_open (file=0x13b9da8 "/usr/lib64/kde4/kritadefaultpaintops.so", mode=-2147483647, caller_dlopen=0x3b7f14d5ab, nsid=-2, argc=1, argv=<optimized out>, env=0x1126870) at dl-open.c:555
#43 0x0000003b75c00f26 in dlopen_doit (a=0x7fffb9d8e7a0) at dlopen.c:67
#44 0x0000003b7540e8a6 in _dl_catch_error (objname=0x12012b0, errstring=0x12012b8, mallocedp=0x12012a8, operate=0x3b75c00ec0 <dlopen_doit>, args=0x7fffb9d8e7a0) at dl-error.c:178
#45 0x0000003b75c0152f in _dlerror_run (operate=0x3b75c00ec0 <dlopen_doit>, args=0x7fffb9d8e7a0) at dlerror.c:164
#46 0x0000003b75c00fc1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:88
#47 0x0000003b7f14d5ab in QLibraryPrivate::load_sys (this=0x13b30f0) at plugin/qlibrary_unix.cpp:205
#48 0x0000003b7f1488c5 in QLibraryPrivate::loadPlugin (this=0x13b30f0) at plugin/qlibrary.cpp:478
#49 0x0000003b81821a58 in KPluginLoader::load (this=0x7fffb9d8ec30) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:224
#50 0x0000003b81821d29 in KPluginLoader::factory (this=<optimized out>) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:189
#51 0x00007fc74d171189 in createInstance<QObject> (error=0x7fffb9d8ee90, args=..., parent=0x11cd6f0, parentWidget=0x0, this=0x13b6a60) at /usr/include/kde4/kservice.h:549
#52 createInstance<QObject> (error=0x7fffb9d8ee90, args=..., parent=0x11cd6f0, this=0x13b6a60) at /usr/include/kde4/kservice.h:528
#53 KoPluginLoader::load (this=0x11cd6f0, serviceType=<optimized out>, versionString=<optimized out>, config=...) at /usr/src/debug/koffice-2.3.3/libs/koplugin/KoPluginLoader.cpp:120
#54 0x00007fc74e7817ac in KisPaintOpRegistry::instance () at /usr/src/debug/koffice-2.3.3/krita/image/brushengine/kis_paintop_registry.cc:62
#55 0x00007fc74ec015de in KisFactory2::componentData () at /usr/src/debug/koffice-2.3.3/krita/ui/kis_factory2.cc:118
#56 0x00007fc74ec01e9a in KisFactory2::KisFactory2 (this=0x1321160, parent=0x0) at /usr/src/debug/koffice-2.3.3/krita/ui/kis_factory2.cc:60
#57 0x00007fc741356b3f in qt_plugin_instance () at /usr/src/debug/koffice-2.3.3/krita/krita_part_init.cc:24
#58 0x0000003b81821db0 in KPluginLoader::factory (this=0x7fffb9d8f430) at /usr/src/debug/kdelibs-4.6.1/kdecore/util/kpluginloader.cpp:201
#59 0x00007fc74e3fd59f in createInstance<KoDocument> (error=0x7fffb9d8f460, args=..., parent=0x0, parentWidget=0x0, this=0x125ed20) at /usr/include/kde4/kservice.h:549
#60 createInstance<KoDocument> (error=0x7fffb9d8f460, args=..., parent=0x0, this=0x125ed20) at /usr/include/kde4/kservice.h:528
#61 KoDocumentEntry::createDoc (this=<optimized out>, errorMsg=0x7fffb9d8f780, parent=0x0) at /usr/src/debug/koffice-2.3.3/libs/main/KoDocumentEntry.cpp:58
#62 0x00007fc74e3e7ded in KoApplication::start (this=<optimized out>) at /usr/src/debug/koffice-2.3.3/libs/main/KoApplication.cpp:140
#63 0x00007fc74ef93419 in kdemain (argc=<optimized out>, argv=0x7fffb9d8fda8) at /usr/src/debug/koffice-2.3.3/krita/main.cc:46
#64 0x0000003b7582131d in __libc_start_main (main=0x4008d0 <main(int, char**)>, argc=1, ubp_av=0x7fffb9d8fda8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffb9d8fd98) at libc-start.c:226
#65 0x0000000000400901 in _start ()
Comment 5 Halla Rempt 2011-03-24 15:54:30 UTC
More info from irc today:

15:51:32 < rdieter_work> CyrilleB: ping, got another opengtl question/problem for you.  testing out koffice built against opengtl-0.9.15 and krita/karbon hangs on startup.  seems to be stuck loading 
                         ctlcolortransformations/BurnMidtones.ctlt. 
15:52:36 < rdieter_work> looking deeper, building opengtl with -DOPENGTL_BUILD_TESTS=ON , yields a plethora of segfaults and hangs. :(  any hints on how to further debug or diagnose this?
15:53:15 < boud> sounds a lot like https://bugs.kde.org/show_bug.cgi?id=269172 to me
15:53:22 < bugbot> KDE bug 269172 in krita (general) "F15 Krita executes but the only thing it does it to consume cpu, no errors" [Crash,Unconfirmed] 
15:53:41 < rdieter_work> that's it!
15:55:07 < rdieter_work> arg, can't even test 0.9.14 on f14, our llvm maintainer upgraded to llvm-2.8 it seems. :(

Guess that definitely confirms it.
Comment 6 Rex Dieter 2011-03-24 15:58:53 UTC
Seems OpenGTL-related, see downstream bug,
https://bugzilla.redhat.com/show_bug.cgi?id=689126

(and specific to fedora 15 so far, fedora 14 appears ok)
Comment 7 Rex Dieter 2011-03-24 16:07:02 UTC
For comparison, opengtl build test summary on fedora 14:

91% tests passed, 16 tests failed out of 172

Total Test time (real) =  18.40 sec

The following tests FAILED:
        149 - clamp.shiva (Failed)
        158 - Gradient.shiva (Failed)
        159 - MandelbrotSet.shiva (Failed)
        160 - PlainGenerator.shiva (Failed)
        161 - PerlinNoise.shiva (Failed)
        162 - Noise.shiva (Failed)
        163 - blur.shiva (Failed)
        164 - copy.shiva (Failed)
        165 - oilify.shiva (Failed)
        166 - RawToColor.shiva (Failed)
        167 - RawToGray.shiva (Failed)
        168 - SimpleDemosaicing.shiva (Failed)
        169 - LinearDemosaicing.shiva (Failed)
        170 - PixelGroupingPass1.shiva (Failed)
        171 - BimedianDemosaicing.shiva (Failed)
        172 - PixelGroupingPass2.shiva (Failed)
Comment 8 Rex Dieter 2011-03-24 16:08:09 UTC
on Fedora 15/x86_64 (same llvm-2.8),

Running tests...
/usr/bin/ctest --force-new-ctest-process                                                                                                                         
Test project /home/rdieter1/pkgs.fedoraproject.org/OpenGTL/f15/OpenGTL-0.9.15/x86_64-redhat-linux-gnu
        Start 119: callcompile
  1/172 Test #119: callcompile ......................................   Passed    0.18 sec
        Start 109: opalphacompile
  2/172 Test #109: opalphacompile ...................................   Passed    0.18 sec
        Start 110: function
... hang.
Comment 9 Cyrille Berger 2011-03-25 11:39:20 UTC
FC14 failures are "expected" due to the absence of the test data set. As for FC15 failures... could it be caused by a newer stdlibs, it seems to point in the direction of the string manipulation. I am going to try with the gcc 4.6RC2 that is the most recent version available in debian.
Comment 10 Cyrille Berger 2011-03-26 16:34:27 UTC
I have fixed the issue upstream, the patch can be found here:
https://bitbucket.org/opengtl/opengtl/changeset/c6f1381966ff

(should apply cleanly on released versions)