Bug 186195

Summary:	ark crashed when creating gzip compressed tar archive
Product:	[Applications] ark	Reporter:	Ruchir Brahmbhatt <ruchir.brahmbhatt>
Component:	general	Assignee:	Harald Hvaal <metellius>
Status:	CLOSED DUPLICATE
Severity:	crash	CC:	andresbajotierra, rakuco
Priority:	NOR
Version First Reported In:	2.12
Target Milestone:	---
Platform:	Compiled Sources
OS:	Unspecified
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Ruchir Brahmbhatt 2009-03-05 10:29:06 UTC

Version:           2.12 (using Devel)
Installed from:    Compiled sources

I tried to compress one folder using ark by right click-> compress-> gzip compressed tar archive. ARK crashed with below stacktrace but created the tar.gz file. I had kdeutils4-debuginfo packages installed.


This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash.

[?1034h[Thread debugging using libthread_db enabled]
0xffffe430 in __kernel_vsyscall ()
[Current thread is 1 (Thread 0xb5f61700 (LWP 15424))]

Thread 1 (Thread 0xb5f61700 (LWP 15424)):
#0  0xffffe430 in __kernel_vsyscall ()
#1  0xb6730e96 in nanosleep () from /lib/libc.so.6
#2  0xb6730c7e in sleep () from /lib/libc.so.6
#3  0xb7bb7bfa in ?? () from /usr/lib/libkdeui.so.5
#4  0xb7bb862c in KCrash::defaultCrashHandler(int) () from /usr/lib/libkdeui.so.5
#5  <signal handler called>
#6  0xb76c99f6 in ?? () from /usr/lib/libQtDBus.so.4
#7  0xb76ca38c in ?? () from /usr/lib/libQtDBus.so.4
#8  0xb6a92c88 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib/libQtCore.so.4
#9  0xb6a930c0 in QMetaObject::activate(QObject*, QMetaObject const*, int, int, void**) () from /usr/lib/libQtCore.so.4
#10 0xb6a9314b in QObject::destroyed(QObject*) () from /usr/lib/libQtCore.so.4
#11 0xb6a93e99 in QObject::~QObject() () from /usr/lib/libQtCore.so.4
#12 0xb7e8a10d in KIO::Scheduler::~Scheduler() () from /usr/lib/libkio.so.5
#13 0xb7e8e6d4 in ?? () from /usr/lib/libkio.so.5
#14 0xb7ddb01b in ?? () from /usr/lib/libkio.so.5
#15 0xb66c49b1 in exit () from /lib/libc.so.6
#16 0xb66ad70d in __libc_start_main () from /lib/libc.so.6
#17 0x0804fdb1 in _start () at ../sysdeps/i386/elf/start.S:119

Comment 1 Dario Andres 2009-03-05 23:41:17 UTC

Can you try reproducing the crash after installing the "libqt4-debuginfo" and  "kdelibs5-debuginfo" packages ?. Thanks

Comment 2 Ruchir Brahmbhatt 2009-03-06 08:25:20 UTC

(In reply to comment #1)
> Can you try reproducing the crash after installing the "libqt4-debuginfo" and 
> "kdelibs5-debuginfo" packages ?. Thanks

Here is the updated backtrace after installing above mentioned packages.

Application: Ark (ark), signal SIGSEGV
[?1034h[Thread debugging using libthread_db enabled]
[Current thread is 1 (Thread 0xb5ecd700 (LWP 18855))]

Thread 1 (Thread 0xb5ecd700 (LWP 18855)):
[KCrash Handler]
#6  0xb76359f6 in QDBusAdaptorConnector::relaySlot (this=0x817d480, argv=0xbff4654c) at qdbusabstractadaptor.cpp:268
#7  0xb763638c in QDBusAdaptorConnector::qt_metacall (this=0x817d480, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0xbff4654c) at qdbusabstractadaptor.cpp:364
#8  0xb69fec88 in QMetaObject::activate (sender=0x817b3f0, from_signal_index=0, to_signal_index=1, argv=0xbff4654c) at kernel/qobject.cpp:3069
#9  0xb69ff0c0 in QMetaObject::activate (sender=0x817b3f0, m=0xb6adb1a8, from_local_signal_index=0, to_local_signal_index=1, argv=0xbff4654c) at kernel/qobject.cpp:3163
#10 0xb69ff14b in QObject::destroyed (this=0x817b3f0, _t1=0x817b3f0) at .moc/release-shared/moc_qobject.cpp:143
#11 0xb69ffe99 in ~QObject (this=0x817b3f0) at kernel/qobject.cpp:769
#12 0xb7df610d in ~Scheduler (this=0x817b3f0) at /usr/src/debug/kdelibs-4.2.1/kio/kio/scheduler.cpp:246
#13 0xb7dfa6d4 in destroy () at /usr/src/debug/kdelibs-4.2.1/kio/kio/scheduler.cpp:102
#14 0xb7d4701b in ~KCleanUpGlobalStatic (this=0xb7f1de54) at /usr/src/debug/kdelibs-4.2.1/kdecore/kernel/kglobal.h:62
#15 0xb66309b1 in exit () from /lib/libc.so.6
#16 0xb661970d in __libc_start_main () from /lib/libc.so.6
#17 0x0804fdb1 in _start () at ../sysdeps/i386/elf/start.S:119

Comment 3 Dario Andres 2009-03-06 12:11:27 UTC

Thnaks

*** This bug has been marked as a duplicate of bug 185662 ***