Version-Release number of selected component: filezilla-3.5.3-1.fc18.1 Additional info: backtrace_rating: 4 cmdline: filezilla crash_function: g_realloc executable: /usr/bin/filezilla kernel: 3.6.7-5.fc18.x86_64 remote_result: NOTFOUND uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #7 g_realloc at gmem.c:224 #8 g_object_weak_ref at gobject.c:2507 #9 g_object_add_weak_pointer at gobject.c:2586 #10 gdk_window_queue at gdkgeometry-x11.c:223 #11 _gdk_x11_window_queue_antiexpose at gdkgeometry-x11.c:258 #12 gdk_window_process_updates_internal at gdkwindow.c:5606 #13 gdk_window_process_all_updates at gdkwindow.c:5696 #14 gdk_window_update_idle at gdkwindow.c:5322 #20 gtk_main at gtkmain.c:1257 #21 wxEventLoop::Run at src/gtk/evtloop.cpp:76
Created attachment 656607 [details] File: backtrace
Created attachment 656608 [details] File: cgroup
Created attachment 656609 [details] File: core_backtrace
Created attachment 656610 [details] File: dso_list
Created attachment 656611 [details] File: environ
Created attachment 656612 [details] File: limits
Created attachment 656613 [details] File: maps
Created attachment 656614 [details] File: open_fds
Created attachment 656615 [details] File: proc_pid_status
Created attachment 656616 [details] File: var_log_messages
I noticed more strange memory corruption in other programs recently and as it turned out I had a defective RAM module. Effects were very random and rare but could be the cause of most memory corruption I lately reported. I assumed it is related to the beta state of F18 so I didnt suspect the RAM at first but MemTest found a small address range with errors. I am extremely sorry for taking up your time hunting down bugs which are most likely not there. I decided to close my latest bug reports as I can not assure that the memory corruption was actually caused by the program rather than the defect RAM module.