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

Boudewijn Rempt <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
             Status|REPORTED                    |CONFIRMED
                 CC|                            |[email protected]

--- Comment #1 from Boudewijn Rempt <[email protected]> ---
Interesting... With 4.1.3 and 4.1 built from the stable branch, I get a
segmentation fault. The 4.1.5 appimage silently fails. However, with the
nightly build, the png image is generated correctly. 

This is the backtrace:

#0  tcache_get (tc_idx=5) at malloc.c:2943
#1  __GI___libc_malloc (bytes=96) at malloc.c:3050
#2  0x00007ffff4a290a2 in QArrayData::allocate(unsigned long, unsigned long,
unsigned long, QFlags<QArrayData::AllocationOption>) () from
/usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#3  0x00007ffff4aa1883 in QString::QString(int, Qt::Initialization) ()
   from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#4  0x00007ffff6578835 in QStringBuilder<QString, QChar>::convertTo<QString>
(this=<optimized out>)
    at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstringbuilder.h:112
#5  QStringBuilder<QString, QChar>::operator QString (this=<optimized out>)
    at /usr/include/x86_64-linux-gnu/qt5/QtCore/qstringbuilder.h:131
#6  cleanupDirs (path=...) at
/home/boud/dev/4.1/libs/widgetutils/KoResourcePaths.cpp:53
#7  KoResourcePaths::saveLocation (type=<optimized out>, suffix=...,
create=<optimized out>)
    at /home/boud/dev/4.1/libs/widgetutils/KoResourcePaths.cpp:236
#8  0x00007ffff16c8c94 in KoResourceTagStore::serializeTags
(this=this@entry=0x5555591b9170)
    at /home/boud/dev/4.1/libs/widgets/KoResourceTagStore.cpp:416
#9  0x00007ffff16c8f2e in KoResourceTagStore::~KoResourceTagStore
(this=0x5555591b9170, 
    __in_chrg=<optimized out>) at
/home/boud/dev/4.1/libs/widgets/KoResourceTagStore.cpp:58
#10 0x00007ffff717cd66 in KoResourceServer<KisResourceBundle,
PointerStoragePolicy<KisResourceBundle> >::~KoResourceServer
(this=this@entry=0x55555915a9f0, __in_chrg=<optimized out>)
    at /home/boud/dev/4.1/libs/widgets/KoResourceServer.h:150
#11 0x00007ffff717d043 in KoResourceServerSimpleConstruction<KisResourceBundle,
PointerStoragePolicy<KisResourceBundle> >::~KoResourceServerSimpleConstruction
(this=0x55555915a9f0, __in_chrg=<optimized out>)
    at /home/boud/dev/4.1/libs/widgets/KoResourceServer.h:747
#12 KoResourceServerSimpleConstruction<KisResourceBundle,
PointerStoragePolicy<KisResourceBundle> >::~KoResourceServerSimpleConstruction
(this=0x55555915a9f0, __in_chrg=<optimized out>)
    at /home/boud/dev/4.1/libs/widgets/KoResourceServer.h:747
#13 0x00007ffff717b611 in
KisResourceBundleServerProvider::~KisResourceBundleServerProvider (
    this=0x7ffff7dcc0d0
<_ZZN12_GLOBAL__N_116Q_QGS_s_instance13innerFunctionEvE6holder>, 
    __in_chrg=<optimized out>) at
/home/boud/dev/4.1/libs/ui/KisResourceBundleServerProvider.cpp:56
#14 0x00007ffff717b629 in (anonymous
namespace)::Q_QGS_s_instance::Holder::~Holder (this=<optimized out>, 
    __in_chrg=<optimized out>) at
/home/boud/dev/4.1/libs/ui/KisResourceBundleServerProvider.cpp:38
#15 0x00007ffff4029041 in __run_exit_handlers (status=0, listp=0x7ffff43d1718
<__exit_funcs>, 
    run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true)
at exit.c:108
#16 0x00007ffff402913a in __GI_exit (status=<optimized out>) at exit.c:139
#17 0x00007ffff4007b9e in __libc_start_main (main=0x555555e8be00 <main(int,
char**)>, argc=5, 
    argv=0x7fffffffd7f8, init=<optimized out>, fini=<optimized out>,
rtld_fini=<optimized out>, 
    stack_end=0x7fffffffd7e8) at ../csu/libc-start.c:344
#18 0x0000555555e8deba in _start ()

The crash happens when the application is destructing itself, so that cannot
explain the issue that the png image isn't created, though.

The issue is fixed in master, and the next Krita release will be 4.2.0, there
won't be a 4.1.7 in all likelihood.

Note that there's a workaround: you can extract the mergedimage.png from the
kra file without needing to do any conversion.

 unzip assign3_6.kra mergedimage.png 
 mv mergedimage.png assign3_6.png

I will leave the bug open until we release 4.2.0, in case we do decide to
release another 4.1.x, because then we need to figure out how to backport the
fix.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to