Bug#587496: netcdf file for testing
test.nc Description: Cdf file
Bug#587496: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587496
Hi all,
I've got the same problem here.
The reason is, that if
(gdb) print time_units
$12 = 0x20dd8a8 "hours since 2300-01-01 22:48:00"
then
(gdb) p trunc_units
$6 = 0x20e13f0 "hours "
that is, one space too much at the end.
The following fixes this:
-- a/grads-2.0.a9/src/gasdf.c 2010-09-02 16:00:51.0 +0200
+++ grads-2.0.a9/src/gasdf.c2011-01-07 16:18:20.607596100 +0100
@@ -816,7 +816,7 @@
if (!temp_str) {
trunc_point = strlen(time_units) ;
} else {
- trunc_point = strlen(time_units)-strlen(temp_str)+1;
+ trunc_point = strlen(time_units)-strlen(temp_str);
}
sz = trunc_point+1;
trunc_units = (char *) galloc(sz,"trunc_units");
Best regards
Nicolai
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580218: Bringing upstream GTK+ patch into Debian Stable
Ok, thank you all for making things clearer! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580218: Bringing upstream GTK+ patch into Debian Stable
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 0x7f016f55293b in raise () from /lib/libpthread.so.0
#1 0x0044e16c in nsProfileLock::FatalSignalHandler (signo=11)
at nsProfileLock.cpp:212
#2
#3 gdk_window_queue (window=0x7f015f74ba60, item=0x7f01561cdcd0)
at /build/buildd/gtk+2.0-2.12.12/gdk/x11/gdkgeometry-x11.c:1056
#4 0x7f016db3d994 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 0x7f016db252e9 in gdk_window_process_updates_internal (
window=0x7f015f74ba60)
at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2347
#6 0x7f016db25981 in IA__gdk_window_process_all_updates ()
at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2444
#7 0x7f016db259a9 in gdk_window_update_idle (data=0x7f015cbcc080)
at /build/buildd/gtk+2.0-2.12.12/gdk/gdkwindow.c:2288
#8 0x7f016db0b82b in gdk_threads_dispatch (data=0x7f0156d43ba0)
at /build/buildd/gtk+2.0-2.12.12/gdk/gdk.c:470
#9 0x7f016cb3d7ab in g_main_context_dispatch ()
from /usr/lib/libglib-2.0.so.0
#10 0x7f016cb40f7d in ?? () from /usr/lib/libglib-2.0.so.0
#11 0x7f016cb4113b in g_main_context_iteration ()
from /usr/lib/libglib-2.0.so.0
#12 0x006069bd in nsBaseAppShell::DoProcessNextNativeEvent (
this=0x7f015cbcc080, mayWait=1454518944)
at
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:151
#13 0x00606b6e in nsBaseAppShell::OnProcessNextEvent (
this=0x7f0160c0b9a0, thr=0x7f0166041040, mayWait=1,
recursionDepth=)
at
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:278
#14 0x7f016ee2fd55 in ?? ()
from /sw/lenny-x64/thunderbird-3.0/libxpcom_core.so
#15 0x7f016ee05861 in NS_ProcessNextEvent_P ()
from /sw/lenny-x64/thunderbird-3.0/libxpcom_core.so
#16 0x00606c27 in nsBaseAppShell::Run (this=0x7f0160c0b9a0)
at
/scratch/local1/m222086/comm-1.9.1/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:170
#17 0x00b31735 in nsAppStartup::Run (this=0x7f0160c56e40)
at
/scratch/local1/m222086/comm-1.9.1/mozilla/toolkit/components/startup/src/nsAppStartup.cpp:193
#18 0x0044537c in XRE_main (argc=,
argv=, aAppData=)
at
/scratch/local1/m222086/comm-1.9.1/mozilla/toolkit/xre/nsAppRunner.cpp:3321
#19 0x00441fa4 in main (argc=1, argv=0x7fffa3e8)
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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580218: Bringing upstream GTK+ patch into Debian Stable
Package: libgtk2.0-0
Version: 2.12.12-1~lenny1
Severity: important
Hi to all Debian-GTK-maintainers,
using Debian Lenny in a production environment, we're faced with the
problem reported by Sebastien Bacher here:
https://bugzilla.gnome.org/show_bug.cgi?id=591434 (In conjunction with
a custom thunderbird 3.0.4 build).
The Debian package seems to have the patch applied since GTK+ version
2.17.x, but our responsible admin prefers to use packages from stable
because of the high number of users that would be affected by a broken
GTK or whatever here.
So my question is this: Could this patch be applied to libgtk2.0-0 in
Debian Lenny? I think it is very small and other programs like gedit
seem to be affected, too.
For your convenience, to give you a quick view, I've attached the
git log of the commitment to GTK+ I'm concerned about to this mail.
Thank you very much for having a look
Nicolai Stange
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.ISO8859-1, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1)
(ignored: LC_ALL set to en_US.ISO8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages libgtk2.0-0 depends on:
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-18lenny2 GNU C Library: Shared libraries
ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra
ii libcomerr2 1.41.3-1 common error description library
ii libcups21.3.8-1+lenny8 Common UNIX Printing System(tm) -
ii libfontconfig1 2.6.0-3 generic font configuration library
ii libglib2.0-02.16.6-3 The GLib library of C routines
ii libgnutls26 2.4.2-6+lenny2 the GNU TLS library - runtime libr
ii libgtk2.0-commo 2.12.12-1~lenny1 Common files for the GTK+ graphica
ii libjpeg62 6b-14The Independent JPEG Group's JPEG
ii libkrb531.6.dfsg.4~beta1-5lenny3 MIT Kerberos runtime libraries
ii libpango1.0-0 1.20.5-5+lenny1 Layout and rendering of internatio
ii libpng12-0 1.2.27-2+lenny3 PNG library - runtime
ii libtiff43.8.2-11.2 Tag Image File Format (TIFF) libra
ii libx11-62:1.1.5-2X11 client-side library
ii libxcomposite1 1:0.4.0-3X11 Composite extension library
ii libxcursor1 1:1.1.9-1X cursor management library
ii libxdamage1 1:1.1.1-4X11 damaged region extension libra
ii libxext62:1.0.4-1X11 miscellaneous extension librar
ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii libxi6 2:1.1.4-1X11 Input extension library
ii libxinerama12:1.0.3-2X11 Xinerama extension library
ii libxrandr2 2:1.2.3-1X11 RandR extension library
ii libxrender1 1:0.9.4-2X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime
Versions of packages libgtk2.0-0 recommends:
ii hicolor-icon-theme 0.10-1 default fallback theme for FreeDes
ii libgtk2.0-bin 2.12.12-1~lenny1 The programs for the GTK+ graphica
Versions of packages libgtk2.0-0 suggests:
ii librsvg2-common 2.22.2-2lenny1 SAX-based renderer library for SVG
-- no debconf information
commit 9f822431970b9744f0184ae2d9e9977f607ffe4e
Author: Alexander Larsson
Date: Thu Aug 13 17:00:00 2009 +0200
Make _gdk_window_process_updates_recurse reentrancy safe
Apps may change the window hierarchy while recursing over it by
destroying windows from the expose event handler. We need to copy
the children list and ref all the children while recursing.
This fixes some crashers in gedit (bug #589367, bug #591434)
diff --git a/gdk/gdkwindow.c b/gdk/gdkwindow.c
index ba4ad63..e9c5512 100644
--- a/gdk/gdkwindow.c
+++ b/gdk/gdkwindow.c
@@ -4751,17 +4751,21 @@ _gdk_window_process_updates_recurse (GdkWindow *window,
GdkWindowObject *child;
GdkRegion *child_region;
GdkRectangle r;
- GList *l;
+ GList *l, *children;
if (gdk_region_empty (expose_region))
return;
+ /* Make this reentrancy safe for expose handlers freeing windows */
+ children = g_list_copy (private->children);
+ g_list_foreach (children, g_object_ref, NULL);
+
/* Iterate over children, starting at topmost */
- for (l = private->children; l != NULL; l = l->next)
+ for (l = children; l != NULL; l = l->next)
{
child = l->data;
- if (!GDK_WINDOW_IS_MAPPED (child) || child->input_only ||
child->composited)
+ if (child->destroyed || !GDK_WINDOW_IS_MAPPED (child) ||
child->input_only || child->c
