GNOME Bugzilla – Bug 128951
gdk_event_* crashes [caused by 117579]
Last modified: 2004-12-22 21:47:04 UTC
Steps to simulate the bug: 1. Invoke the nautilus browser and change the view from icons to list. 2. Drag the scroll bar down and then up. => Nautilus crashed. How often does this happen? It happened atleast once. The stack trace obtained using bug-buddy is below: [New Thread 1024 (LWP 29236)] [New Thread 2049 (LWP 29237)] [New Thread 1026 (LWP 29238)] [New Thread 2051 (LWP 29261)] [New Thread 3076 (LWP 29262)] [New Thread 4101 (LWP 29263)] [New Thread 5126 (LWP 29264)] 0x40d89519 in __wait4 () from /lib/i686/libc.so.6
+ Trace 42489
Thread 1 (Thread 1024 (LWP 29236))
Looks like the same stack trace (even with the same line numbers) as the one in bug 128974. This also looks a lot like 105745; what version of gtk are you running?
I am running gtk+ which I checked-out from head and built on Nov 24,2003.
Well, it looks like it's probably a gtk problem to me but I'll let the nautilus maintainers have a look at it first. Adding the STACKTRACE and bugsquad keywords.
*** Bug 128974 has been marked as a duplicate of this bug. ***
Moving to gtk, per Owen's comments in bug 128974. He says this could be related to bug 117579 (purify memory stuff).
Adding TARGET 2.6.0; i'd really hate to see apps randomly crashing on people for a supposedly stable release. I get the exact same top-level trace from evolution, while evolution is hidden/not the 'active' app. I've seen it a few times now, though this is the first I've filed it. Trace: Backtrace was generated from '/usr/bin/evolution' (no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1". (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[Thread debugging using libthread_db enabled] [New Thread -1085038464 (LWP 10196)] [New Thread 116702128 (LWP 10232)] [New Thread 62204848 (LWP 10203)] [New Thread 42654640 (LWP 10202)] [New Thread 32164784 (LWP 10201)] [New Thread 102226864 (LWP 10200)] [New Thread 80944048 (LWP 10199)] 0x0079dc32 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
+ Trace 42615
Thread 1 (Thread -1085038464 (LWP 10196))
Crashes *** This bug has been marked as a duplicate of 117579 ***
Perhaps I'm just dense, but I really don't see how this is a duplicate of bug 117579 other than Owen's comment that it "might be related." (The stack traces definitely don't look the same at all) Is this really supposed to be marked as a duplicate? If so, I think "[dup 117579]" should be put in the summary so that using the simple-dup-finder becomes a little easier. Also, fwiw, I've seen this crash a couple times myself--I just haven't bothered reporting it since bug reports had already been filed.
*** Bug 129485 has been marked as a duplicate of this bug. ***
*** Bug 126404 has been marked as a duplicate of this bug. ***
It's almost certainly the same bug. There are two reasons why I don't expect identical backtraces: - Morten was reporting the first time that purify found an error, not the resulting crash. - The problem here is corruption of GDK internal structures, it will show up in different ways at different times.
Ok, thanks for the info.