Bug#580218: Bringing upstream GTK+ patch into Debian Stable

[Nicolai Stange]

> I seriously doubt this is the same bug, since this code doesn’t exist in
> GTK+ 2.12.12, the version in lenny.
>    
You're absolutely right. I only got a backtrace made without debugging 
symbols and the information contained there looked exactly the same 
(including the relative positions on the stack) like the one posted 
within the bug report mentioned above. Since nothing I"ve found so far 
on bugzilla.{gnome,mozilla}.org looked nearly the same, I guessed that 
we've got the same problem here. I'm very sorry for wasting your time 
and you might want to reject this bug report.

However, I've got the coredump out of our backups and here's the 
backtrace with debugging symbols:
(gdb) bt
#0  0x00007f016f55293b in raise () from /lib/libpthread.so.0
#1  0x000000000044e16c in nsProfileLock::FatalSignalHandler (signo=11)
     at nsProfileLock.cpp:212
#2 <signal handler called>
#3  gdk_window_queue (window=0x7f015f74ba60, item=0x7f01561cdcd0)
     at /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c:1056
#4  0x00007f016db3d994 in _gdk_windowing_window_queue_antiexpose (
     window=0x7f015f74ba60, area=0x7f0156537e80)
     at /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c:1123
#5  0x00007f016db252e9 in gdk_window_process_updates_internal (
     window=0x7f015f74ba60)
     at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2347
#6  0x00007f016db25981 in IA__gdk_window_process_all_updates ()
     at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2444
#7  0x00007f016db259a9 in gdk_window_update_idle (data=0x7f015cbcc080)
     at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2288
#8  0x00007f016db0b82b in gdk_threads_dispatch (data=0x7f0156d43ba0)
     at /build/buildd/gtk+2.0-2.12.12/gdk/gdk.c:470
#9  0x00007f016cb3d7ab in g_main_context_dispatch ()
    from /usr/lib/libglib-2.0.so.0
#10 0x00007f016cb40f7d in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x00007f016cb4113b in g_main_context_iteration ()
    from /usr/lib/libglib-2.0.so.0
#12 0x00000000006069bd in nsBaseAppShell::DoProcessNextNativeEvent (
     this=0x7f015cbcc080, mayWait=1454518944)
     at 
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:151
#13 0x0000000000606b6e in nsBaseAppShell::OnProcessNextEvent (
     this=0x7f0160c0b9a0, thr=0x7f0166041040, mayWait=1,
     recursionDepth=<value optimized out>)
     at 
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:278
#14 0x00007f016ee2fd55 in ?? ()
    from /sw/lenny-x64/thunderbird-3.0/libxpcom_core.so
#15 0x00007f016ee05861 in NS_ProcessNextEvent_P ()
    from /sw/lenny-x64/thunderbird-3.0/libxpcom_core.so
#16 0x0000000000606c27 in nsBaseAppShell::Run (this=0x7f0160c0b9a0)
     at 
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:170
#17 0x0000000000b31735 in nsAppStartup::Run (this=0x7f0160c56e40)
     at 
/scratch/local1/m222086/comm-1.9.1/mozilla/toolkit/components/startup/src/nsAppStartup.cpp:193
#18 0x000000000044537c in XRE_main (argc=<value optimized out>,
     argv=<value optimized out>, aAppData=<value optimized out>)
     at 
/scratch/local1/m222086/comm-1.9.1/mozilla/toolkit/xre/nsAppRunner.cpp:3321
#19 0x0000000000441fa4 in main (argc=1, argv=0x7fffffffa3e8)
     at /scratch/local1/m222086/comm-1.9.1/mail/app/nsMailApp.cpp:103
(gdb) up 3
#3  gdk_window_queue (window=0x7f015f74ba60, item=0x7f01561cdcd0)
     at /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c:1056
1056    /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c: No such 
file or directory.
         in /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c
Current language:  auto; currently c
(gdb) p item
$1 = (GdkWindowQueueItem *) 0x7f0165642e77
(gdb) p *item
Cannot access memory at address 0x7f0165642e77

gdk/x11/gdkgeometry-x11.c:1056 with Debian Patches applied is within 
gdk_qindow_queue:
       GList *tmp_list = display_x11->translate_queue->head;

       while (tmp_list)
         {
           GdkWindowQueueItem *item = tmp_list->data;
           GList *next = tmp_list->next;

           /* an overflow-safe (item->serial < serial) */
=>       if (item->serial - serial > (gulong) G_MAXLONG)

The code for gdk_window_queue in GTK+ 2.18.9 is exactly the same.
Maybe, you've got a guess about whether I should search for the problem 
within GTK or within my homebrew thunderbird build?

Thank you!
Nicolai