GNOME Bugzilla – Bug 412031
crash in GNOME Commander: Selected all files in a ...
Last modified: 2008-01-06 22:53:47 UTC
Version: 1.2.0 What were you doing when the application crashed? Selected all files in a directory(ctrl-a) and use multi-rename tool(ctrl-t) to rename all files. When I hit ctrl-t a second time after the rename has finished, the crash occurs. Reproducible. Distribution: Ubuntu 6.10 (edgy) Gnome Release: 2.16.1 2006-10-02 (Ubuntu) BugBuddy Version: 2.16.0 Memory status: size: 54235136 vsize: 0 resident: 54235136 share: 0 rss: 15380480 rss_rlim: 0 CPU usage: start_time: 1172438367 rtime: 0 utime: 333 stime: 0 cutime:321 cstime: 0 timeout: 12 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/gnome-commander' (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1225283920 (LWP 26769)] (no debugging symbols found) 0xffffe410 in __kernel_vsyscall ()
+ Trace 113867
Thread 1 (Thread -1225283920 (LWP 26769))
Thanks for taking the time to report this bug. Unfortunately, that stack trace is missing some elements that will help a lot to solve the problem, so it will be hard for the developers to fix that crash. Can you get us a stack trace with debugging symbols? Please see http://live.gnome.org/GettingTraces for more information on how to do so. Thanks in advance!
Distribution: Ubuntu 6.10 (edgy) Gnome Release: 2.16.1 2006-10-02 (Ubuntu) BugBuddy Version: 2.16.0 Memory status: size: 53714944 vsize: 0 resident: 53714944 share: 0 rss: 14446592 rss_rlim: 0 CPU usage: start_time: 1172601174 rtime: 0 utime: 173 stime: 0 cutime:161 cstime: 0 timeout: 12 it_real_value: 0 frequency: 0 Backtrace was generated from '/usr/bin/gnome-commander' (no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1224927568 (LWP 5900)] 0xffffe410 in __kernel_vsyscall ()
+ Trace 114375
Thread 1 (Thread -1224927568 (LWP 5900))
That was fast. Thanks Anders :) (stacktrace unique according to s-d-f)
dup of bug 375704?
Thanks for taking the time to report this bug. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed. It should be solved in the next software version. You may want to check for a software upgrade. *** This bug has been marked as a duplicate of 467058 ***