Bug 172639 - Dolphin crashes when navigating through archives
Summary: Dolphin crashes when navigating through archives
Status: RESOLVED DUPLICATE of bug 172364
Alias: None
Product: dolphin
Classification: Applications
Component: general (show other bugs)
Version: 16.12.2
Platform: Ubuntu Linux
: NOR crash
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-12 10:14 UTC by David Dempster
Modified: 2008-10-12 22:16 UTC (History)
1 user (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 David Dempster 2008-10-12 10:14:33 UTC
Version:            (using KDE 4.1.2)
OS:                Linux
Installed from:    Ubuntu Packages

When I click on certain archives, they are displayed directly in Dolphin/Konqueror rather than being opened in Ark.

However, I have noticed that if I try to browse my way out of the archive, Dolphin crashes.  This happens whether I click on “Back” or “Up”.  It also happens if I manually edit the address to go up one level.  It does not crash if I enter any other address.

I have observed this with .zip, .tgz and .tbz2 files.

Konqueror does not crash.

I'm using Kubuntu Intrepid 64-bit, 2.6.27-4-generic kernel.
Comment 1 Pino Toscano 2008-10-12 10:26:14 UTC
Hello David,

can you please provide a backtrace of the crash? You can find instructions about that in:
http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports


Thanks!
Comment 2 David Dempster 2008-10-12 10:59:49 UTC
==28142== Memcheck, a memory error detector.
==28142== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==28142== Using LibVEX rev 1854, a library for dynamic binary translation.
==28142== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==28142== Using valgrind-3.3.1-Debian, a dynamic binary instrumentation framework.
==28142== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==28142== For more details, rerun with: -v
==28142== 
==28142== My PID = 28142, parent PID = 14498.  Prog and args are:
==28142==    dolphin
==28142==    /home/david
==28142== 
==28147== Syscall param write(buf) points to uninitialised byte(s)
==28147==    at 0x81FFD80: __write_nocancel (in /usr/lib/debug/libc-2.8.90.so)
==28147==    by 0xA317EFE: (within /usr/lib/libICE.so.6.3.0)
==28147==    by 0xA31B787: _IceWrite (in /usr/lib/libICE.so.6.3.0)
==28147==    by 0xA31B863: IceFlush (in /usr/lib/libICE.so.6.3.0)
==28147==    by 0x6FB9F4C: (within /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6FBDB7F: (within /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6FC42C6: (within /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6FC4FE9: (within /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0xA10BC16: _SmcProcessMessage (in /usr/lib/libSM.so.6.0.0)
==28147==    by 0xA31FBDF: IceProcessMessages (in /usr/lib/libICE.so.6.3.0)
==28147==    by 0x6FBA578: (within /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6352133: QMetaObject::activate(QObject*, int, int, void**) (in /usr/lib/libQtCore.so.4.4.3)
==28147==  Address 0xf04daec is 12 bytes inside a block of size 1,024 alloc'd
==28147==    at 0x4C24384: calloc (vg_replace_malloc.c:397)
==28147==    by 0xA314373: IceOpenConnection (in /usr/lib/libICE.so.6.3.0)
==28147==    by 0xA107CB0: SmcOpenConnection (in /usr/lib/libSM.so.6.0.0)
==28147==    by 0x6FC0A7D: QSessionManager::QSessionManager(QApplication*, QString&, QString&) (in /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6F66147: QApplicationPrivate::initialize() (in /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6F6623E: QApplicationPrivate::construct(_XDisplay*, unsigned long, unsigned long) (in /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x6F66E57: QApplication::QApplication(int&, char**, bool, int) (in /usr/lib/libQtGui.so.4.4.3)
==28147==    by 0x59BDBEC: KApplication::KApplication(bool, KComponentData const&) (kapplication.cpp:381)
==28147==    by 0x59C3BC2: KUniqueApplication::KUniqueApplication(bool, bool) (kuniqueapplication.cpp:326)
==28147==    by 0x424205: DolphinApplication::DolphinApplication() (dolphinapplication.cpp:32)
==28147==    by 0x44163C: main (main.cpp:76)
==28142== 
==28142== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 8 from 1)
==28142== malloc/free: in use at exit: 47,684 bytes in 378 blocks.
==28142== malloc/free: 10,365 allocs, 9,987 frees, 29,057,953 bytes allocated.
==28142== For counts of detected errors, rerun with: -v
==28142== searching for pointers to 378 not-freed blocks.
==28142== checked 789,880 bytes.
==28142== 
==28142== LEAK SUMMARY:
==28142==    definitely lost: 0 bytes in 0 blocks.
==28142==      possibly lost: 32 bytes in 1 blocks.
==28142==    still reachable: 47,652 bytes in 377 blocks.
==28142==         suppressed: 0 bytes in 0 blocks.
==28142== Rerun with --leak-check=full to see details of leaked memory.
==28147== 
==28147== ERROR SUMMARY: 5 errors from 1 contexts (suppressed: 40 from 2)
==28147== malloc/free: in use at exit: 5,664,338 bytes in 41,636 blocks.
==28147== malloc/free: 339,991 allocs, 298,355 frees, 110,543,210 bytes allocated.
==28147== For counts of detected errors, rerun with: -v
==28147== searching for pointers to 41,636 not-freed blocks.
==28147== checked 25,755,688 bytes.
==28147== 
==28147== LEAK SUMMARY:
==28147==    definitely lost: 13,818 bytes in 368 blocks.
==28147==      possibly lost: 57,425 bytes in 1,226 blocks.
==28147==    still reachable: 5,593,095 bytes in 40,042 blocks.
==28147==         suppressed: 0 bytes in 0 blocks.
==28147== Rerun with --leak-check=full to see details of leaked memory.
Comment 3 Pino Toscano 2008-10-12 11:12:36 UTC
You should use GDB for crash backtraces, not valgrind.
Comment 4 David Dempster 2008-10-12 11:28:54 UTC
david@chameleon:~$ gdb dolphin                  
GNU gdb 6.8-debian                              
Copyright (C) 2008 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-linux-gnu"...
(gdb) run --nofork
Starting program: /usr/bin/dolphin --nofork
[Thread debugging using libthread_db enabled]
[New Thread 0x7f658c3106f0 (LWP 28704)]
ASSERT: "isDir(node)" in file /build/buildd/kde4libs-4.1.2/kio/kio/kdirmodel.cpp, line 193

Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7f658c3106f0 (LWP 28704)]
0x00007f6588aeefd5 in raise () from /lib/libc.so.6
(gdb) thread apply all backtrace
Cannot find new threads: generic error
(gdb) quit
The program is running.  Exit anyway? (y or n) y
david@chameleon:~$ gdb dolphin
GNU gdb 6.8-debian
Copyright (C) 2008 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-linux-gnu"...
(gdb) run
Starting program: /usr/bin/dolphin
[Thread debugging using libthread_db enabled]
[New Thread 0x7f55bfac06f0 (LWP 28831)]

Program exited normally.
(gdb) ASSERT: "isDir(node)" in file /build/buildd/kde4libs-4.1.2/kio/kio/kdirmodel.cpp, line 193

(gdb) thread apply all backtrace
No registers.
(gdb) quit
Comment 5 Frank Reininghaus 2008-10-12 22:16:25 UTC
This looks very much like a duplicate.

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