Application: ark (2.17) KDE Platform Version: 4.7.4 (4.7.4) Qt Version: 4.7.4 Operating System: Linux 3.2.0-2-686-pae i686 Distribution: Debian GNU/Linux testing (wheezy) -- Information about the crash: - What I was doing when the application crashed: i was opening a zip file with ark. Instead of a list of files being listed in the ark window it just kept trying to read the file, after about 30 seconds it crashed. -- Backtrace: Application: Ark (ark), signal: Segmentation fault Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". [Current thread is 1 (Thread 0xb4d3d930 (LWP 14365))] Thread 2 (Thread 0xb2d68b70 (LWP 14366)): [KCrash Handler] #7 size (this=0x83e7424) at tools/qvector.h:124 #8 QRegExpMatchState::prepareForMatch (this=0x83e722c, eng=0x83e7420) at tools/qregexp.cpp:1370 #9 0xb5ff8227 in prepareEngineForMatch (priv=0x83e7210, str=...) at tools/qregexp.cpp:3727 #10 0xb5ff8414 in QRegExp::indexIn (this=0x84055e4, str=..., offset=0, caretMode=QRegExp::CaretAtZero) at tools/qregexp.cpp:4110 #11 0xb77b1893 in Kerfuffle::CliInterface::checkForFileExistsMessage(QString const&) () from /usr/lib/libkerfuffle.so.4 #12 0xb77b1ba1 in Kerfuffle::CliInterface::handleFileExistsMessage(QString const&) () from /usr/lib/libkerfuffle.so.4 #13 0xb77b5b5c in Kerfuffle::CliInterface::handleLine(QString const&) () from /usr/lib/libkerfuffle.so.4 #14 0xb77b61ce in Kerfuffle::CliInterface::readStdout(bool) () from /usr/lib/libkerfuffle.so.4 #15 0xb77b64ec in Kerfuffle::CliInterface::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkerfuffle.so.4 #16 0xb3c072f3 in ?? () from /usr/lib/kde4/kerfuffle_clizip.so #17 0xb60baa6d in metacall (argv=0xb2d67444, idx=6, cl=QMetaObject::InvokeMetaMethod, object=0x84055c0) at kernel/qmetaobject.cpp:237 #18 QMetaObject::metacall (object=0x84055c0, cl=QMetaObject::InvokeMetaMethod, idx=6, argv=0xb2d67444) at kernel/qmetaobject.cpp:232 #19 0xb60c9980 in QMetaObject::activate (sender=0xb2400480, m=0xb61e989c, local_signal_index=5, argv=0x0) at kernel/qobject.cpp:3278 #20 0xb604cc45 in QProcess::readyReadStandardOutput (this=0xb2400480) at .moc/release-shared/moc_qprocess.cpp:162 #21 0xb60515e2 in QProcessPrivate::_q_canReadStandardOutput (this=0xb2400ea8) at io/qprocess.cpp:897 #22 0xb6052423 in QProcess::qt_metacall (this=0xb2400480, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0xb2d67658) at .moc/release-shared/moc_qprocess.cpp:107 #23 0xb62f9ace in KProcess::qt_metacall (this=0xb2400480, _c=QMetaObject::InvokeMetaMethod, _id=17, _a=0xb2d67658) at ./kprocess.moc:69 #24 0xb5d04472 in KPtyProcess::qt_metacall (this=0xb2400480, _c=QMetaObject::InvokeMetaMethod, _id=17, _a=0xb2d67658) at ./kptyprocess.moc:67 #25 0xb60baa6d in metacall (argv=0xb2d67658, idx=17, cl=QMetaObject::InvokeMetaMethod, object=0xb2400480) at kernel/qmetaobject.cpp:237 #26 QMetaObject::metacall (object=0xb2400480, cl=QMetaObject::InvokeMetaMethod, idx=17, argv=0xb2d67658) at kernel/qmetaobject.cpp:232 #27 0xb60c9980 in QMetaObject::activate (sender=0xb2404778, m=0xb61eb598, local_signal_index=0, argv=0xb2d67658) at kernel/qobject.cpp:3278 #28 0xb6118835 in QSocketNotifier::activated (this=0xb2404778, _t1=15) at .moc/release-shared/moc_qsocketnotifier.cpp:89 #29 0xb60d0d6f in QSocketNotifier::event (this=0xb2404778, e=0xb2d67aa4) at kernel/qsocketnotifier.cpp:317 #30 0xb6612a64 in notify_helper (e=0xb2d67aa4, receiver=0xb2404778, this=0x81fe728) at kernel/qapplication.cpp:4486 #31 QApplicationPrivate::notify_helper (this=0x81fe728, receiver=0xb2404778, e=0xb2d67aa4) at kernel/qapplication.cpp:4458 #32 0xb6617df2 in QApplication::notify (this=0xb2d67aa4, receiver=0xb2404778, e=0xb2d67aa4) at kernel/qapplication.cpp:4233 #33 0xb7187511 in KApplication::notify (this=0xbfdbc94c, receiver=0xb2404778, event=0xb2d67aa4) at ../../kdeui/kernel/kapplication.cpp:311 #34 0xb60b46be in QCoreApplication::notifyInternal (this=0xbfdbc94c, receiver=0xb2404778, event=0xb2d67aa4) at kernel/qcoreapplication.cpp:787 #35 0xb60e21e8 in sendEvent (event=0xb2d67aa4, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #36 socketNotifierSourceDispatch (source=0x840bb90) at kernel/qeventdispatcher_glib.cpp:110 #37 0xb53f18aa in g_main_context_dispatch () from /lib/i386-linux-gnu/libglib-2.0.so.0 #38 0xb53f1cb5 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0 #39 0xb53f1d91 in g_main_context_iteration () from /lib/i386-linux-gnu/libglib-2.0.so.0 #40 0xb60e2ac7 in QEventDispatcherGlib::processEvents (this=0x840b708, flags=...) at kernel/qeventdispatcher_glib.cpp:422 #41 0xb60b36dd in QEventLoop::processEvents (this=0xb2d67cc0, flags=...) at kernel/qeventloop.cpp:149 #42 0xb60b3921 in QEventLoop::exec (this=0xb2d67cc0, flags=...) at kernel/qeventloop.cpp:201 #43 0xb77b1291 in Kerfuffle::CliInterface::runProcess(QString const&, QStringList const&) () from /usr/lib/libkerfuffle.so.4 #44 0xb77b2437 in Kerfuffle::CliInterface::list() () from /usr/lib/libkerfuffle.so.4 #45 0xb77a4eaf in Kerfuffle::ListJob::doWork() () from /usr/lib/libkerfuffle.so.4 #46 0xb77a608e in Kerfuffle::ListJob::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libkerfuffle.so.4 #47 0xb60baa6d in metacall (argv=0xb2d67f08, idx=31, cl=QMetaObject::InvokeMetaMethod, object=0x84060a0) at kernel/qmetaobject.cpp:237 #48 QMetaObject::metacall (object=0x84060a0, cl=QMetaObject::InvokeMetaMethod, idx=31, argv=0xb2d67f08) at kernel/qmetaobject.cpp:232 #49 0xb60bc550 in QMetaMethod::invoke (this=0xb2d6806c, object=0x84060a0, connectionType=Qt::DirectConnection, returnValue=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1597 #50 0xb60bea2f in QMetaObject::invokeMethod (obj=0x84060a0, member=0xb77b7e33 "doWork", type=Qt::DirectConnection, ret=..., val0=..., val1=..., val2=..., val3=..., val4=..., val5=..., val6=..., val7=..., val8=..., val9=...) at kernel/qmetaobject.cpp:1151 #51 0xb77a492f in Kerfuffle::Job::Private::run() () from /usr/lib/libkerfuffle.so.4 #52 0xb5fb97c3 in QThreadPrivate::start (arg=0x8405fa8) at thread/qthread_unix.cpp:331 #53 0xb54c3c39 in start_thread (arg=0xb2d68b70) at pthread_create.c:304 #54 0xb5dd840e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130 Thread 1 (Thread 0xb4d3d930 (LWP 14365)): #0 0xb77e1424 in __kernel_vsyscall () #1 0xb54c820a in __pthread_cond_wait (cond=0x8405550, mutex=0x8405538) at pthread_cond_wait.c:153 #2 0xb5de54fd in __pthread_cond_wait (cond=0x8405550, mutex=0x8405538) at forward.c:139 #3 0xb5fb9cd0 in wait (time=4294967295, this=0x8405538) at thread/qwaitcondition_unix.cpp:88 #4 QWaitCondition::wait (this=0x83e7530, mutex=0x83e7518, time=4294967295) at thread/qwaitcondition_unix.cpp:160 #5 0xb5fb9485 in QThread::wait (this=0x8405fa8, time=4294967295) at thread/qthread_unix.cpp:745 #6 0xb77a47c3 in Kerfuffle::Job::~Job() () from /usr/lib/libkerfuffle.so.4 #7 0xb77a72cd in Kerfuffle::ListJob::~ListJob() () from /usr/lib/libkerfuffle.so.4 #8 0xb60c8741 in QObjectPrivate::deleteChildren (this=0x84053c0) at kernel/qobject.cpp:1955 #9 0xb60cd339 in QObject::~QObject (this=0x83e6fd0, __in_chrg=<optimized out>) at kernel/qobject.cpp:946 #10 0xb77a7f40 in Kerfuffle::ArchiveBase::~ArchiveBase() () from /usr/lib/libkerfuffle.so.4 #11 0xb77a7f72 in Kerfuffle::ArchiveBase::~ArchiveBase() () from /usr/lib/libkerfuffle.so.4 #12 0xb3c2f89b in ?? () from /usr/lib/kde4/arkpart.so #13 0xb3c2f902 in ?? () from /usr/lib/kde4/arkpart.so #14 0xb60c8741 in QObjectPrivate::deleteChildren (this=0x82ff598) at kernel/qobject.cpp:1955 #15 0xb60cd339 in QObject::~QObject (this=0x8316690, __in_chrg=<optimized out>) at kernel/qobject.cpp:946 #16 0xb76b4f04 in KParts::Part::~Part (this=0x8316690, __vtt_parm=0xb3c447ec, __in_chrg=<optimized out>) at ../../kparts/part.cpp:190 #17 0xb76b626c in KParts::ReadOnlyPart::~ReadOnlyPart (this=0x8316690, __vtt_parm=0xb3c447e8, __in_chrg=<optimized out>) at ../../kparts/part.cpp:460 #18 0xb76b63b0 in KParts::ReadWritePart::~ReadWritePart (this=0x8316690, __vtt_parm=0xb3c447e4, __in_chrg=<optimized out>) at ../../kparts/part.cpp:773 #19 0xb3c204ed in ?? () from /usr/lib/kde4/arkpart.so #20 0xb3c20562 in ?? () from /usr/lib/kde4/arkpart.so #21 0x08054a39 in _start () Reported using DrKonqi
Created attachment 70910 [details] attachment-19044-0.html Is this crash reproducible? If so, could you attach a sample file that causes this crash?
its reproducible. Honestly, i'm not sure this is an ark issue. thinking about it, i downloaded a file from navit's planet extractor, it comes in a bin, however, for some reason, kget makes it look like a zipped file, when i'm thinking its just a .bin file, but, the file extension isn't specified when using kget. also, i think that attachment it what you wanted? On Sun, May 6, 2012 at 4:29 PM, Raphael Kubo da Costa <rakuco@freebsd.org>wrote: > https://bugs.kde.org/show_bug.cgi?id=299521 > > --- Comment #1 from Raphael Kubo da Costa <rakuco@FreeBSD.org> --- > Is this crash reproducible? If so, could you attach a sample file that > causes > this crash? > > -- > You are receiving this mail because: > You reported the bug. >
Created attachment 70911 [details] attachment-19044-1.dat
Created attachment 70912 [details] ark-20120506-163545.txt
(In reply to comment #2) > its reproducible. Honestly, i'm not sure this is an ark issue. thinking > about it, i downloaded a file from navit's planet extractor, it comes in a > bin, however, for some reason, kget makes it look like a zipped file, when > i'm thinking its just a .bin file, but, the file extension isn't specified > when using kget. > > also, i think that attachment it what you wanted? I would like you to attach this very .bin file which KGet asked Ark to extract.
Well, the file is most definitely as i suspected, the extension was just removed by kget, after adding in a .bin extension, navit then recognized it. I tried attaching the file, but its 59mb.
Thanks for the information. KGet probably used kdelibs to detect the mimetype of the given file, and it was detected as a zip file. It's not possible to do much if a file that causes this behavior can be attached (or mailed, or put in some place). For now, I'll close the report; please reopen if you do manage to put a sample file somewhere.
Created attachment 70938 [details] link to file creating issue
The file from the link also came without an extension, so that part is probably not KGet's fault. The file does seem to be a zip file anyway; a very big one with a specific format used by navit. It didn't crash here, but didn't finish loading either. Can you run "/usr/bin/zipinfo -l -T" on that file on your machine and attach the output here?
Closing while waiting for feedback.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!