After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 382691 - Crash in IA__g_assert_warning, miUnionNonO at gdkregion-generic.c line 1086
Crash in IA__g_assert_warning, miUnionNonO at gdkregion-generic.c line 1086
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: Backend: X11
2.10.x
Other All
: High critical
: ---
Assigned To: gtk-bugs
gtk-bugs
: 367788 420701 423178 434179 435303 444916 447514 452903 461749 467148 482443 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-05 18:37 UTC by Juanjo Marín
Modified: 2010-06-16 21:41 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Juanjo Marín 2006-12-05 18:37:25 UTC
Version: 2.16.1

What were you doing when the application crashed?
I was seeing some photograhs


Distribution: Ubuntu 6.10 (edgy)
Gnome Release: 2.16.1 2006-10-02 (Ubuntu)
BugBuddy Version: 2.16.0

Memory status: size: 105947136 vsize: 0 resident: 105947136 share: 0 rss: 42872832 rss_rlim: 0
CPU usage: start_time: 1165343602 rtime: 0 utime: 5403 stime: 0 cutime:4825 cstime: 0 timeout: 578 it_real_value: 0 frequency: 0

Backtrace was generated from '/usr/bin/eog'

(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 -1225996096 (LWP 15123)]
[New Thread -1292489824 (LWP 15131)]
[New Thread -1228051552 (LWP 15127)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1225996096 (LWP 15123))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_segv_handle
    at gnome-ui-init.c line 874
  • #3 <signal handler called>
  • #4 __kernel_vsyscall
  • #5 raise
    from /lib/tls/i686/cmov/libc.so.6
  • #6 abort
    from /lib/tls/i686/cmov/libc.so.6
  • #7 IA__g_logv
  • #8 IA__g_log
  • #9 IA__g_assert_warning
    at gmessages.c line 552
  • #10 miUnionNonO
    at gdkregion-generic.c line 1086
  • #11 miRegionOp
    at gdkregion-generic.c line 926
  • #12 IA__gdk_region_union
    at gdkregion-generic.c line 1238
  • #13 IA__gdk_window_invalidate_maybe_recurse
    at gdkwindow.c line 2615
  • #14 gtk_widget_invalidate_widget_windows
    at gtkwidget.c line 2940
  • #15 gtk_widget_queue_shallow_draw
    at gtkwidget.c line 2977
  • #16 IA__gtk_widget_queue_resize
    at gtkwidget.c line 2789
  • #17 gtk_window_check_resize
    at gtkwindow.c line 5813
  • #18 IA__g_cclosure_marshal_VOID__VOID
    at gmarshal.c line 77
  • #19 g_type_class_meta_marshal
    at gclosure.c line 567
  • #20 IA__g_closure_invoke
    at gclosure.c line 490
  • #21 signal_emit_unlocked_R
    at gsignal.c line 2478
  • #22 IA__g_signal_emit_valist
    at gsignal.c line 2199
  • #23 IA__g_signal_emit
    at gsignal.c line 2243
  • #24 IA__gtk_container_check_resize
    at gtkcontainer.c line 1186
  • #25 gtk_container_idle_sizer
    at gtkcontainer.c line 1110
  • #26 g_idle_dispatch
    at gmain.c line 3926
  • #27 IA__g_main_context_dispatch
    at gmain.c line 2045
  • #28 g_main_context_iterate
    at gmain.c line 2677
  • #29 IA__g_main_loop_run
    at gmain.c line 2881
  • #30 IA__gtk_main
    at gtkmain.c line 1024
  • #31 main
  • #0 __kernel_vsyscall

Comment 1 Christian Hammond 2006-12-08 01:46:52 UTC
We're hitting this all over the place in VMware Workstation 6. It definitely seems to be specific to GTK+ 2.10, and we've hit it with 2.10.3 and 2.10.6. I'm trying to figure out a test case for this, but it's proving difficult to figure out what exactly is causing this code path to be executed. Unfortunately, this is proving to be a showstopper for us :(
Comment 2 Juanjo Marín 2006-12-11 00:06:00 UTC
If you want to me to do anything, just drop a line. 
Comment 3 David Trowbridge 2006-12-11 00:11:50 UTC
We still don't know what's causing it.  If it turns out to be an application bug that's triggering it, we'll certainly document the cause here so eog can address it.
Comment 4 Claudio Saavedra 2006-12-11 19:44:49 UTC
(In reply to comment #1)
> We're hitting this all over the place in VMware Workstation 6. It definitely
> seems to be specific to GTK+ 2.10, and we've hit it with 2.10.3 and 2.10.6. I'm
> trying to figure out a test case for this, but it's proving difficult to figure
> out what exactly is causing this code path to be executed. Unfortunately, this
> is proving to be a showstopper for us :(
> 

Christian, 

What you are saying is that this bug is not EOG specific? if that's the case, could you please move it to the correct product? Thanks.
Comment 5 Claudio Saavedra 2007-01-14 03:35:29 UTC
Any additional info on this bug?
Comment 6 David Trowbridge 2007-01-14 06:12:03 UTC
It turned out to be some memory corruption (in particular, something was writing 4  bytes of 0 to a bad location) on our end.  My guess is it's something similar here, since the code that the assert happens in is in a really common path.
Comment 7 Christian Kirbach 2007-03-13 21:25:44 UTC
*** Bug 367788 has been marked as a duplicate of this bug. ***
Comment 8 Christian Kirbach 2007-03-13 21:28:39 UTC
last duplicate was a collection of 20 duplicates, all crashes of eog 2.16  asserting with the same expression on the same line, but this trace is superior.

smells like a bug triggered only by eog to me.

Confirming this report.
Comment 9 Claudio Saavedra 2007-03-18 03:48:15 UTC
Christian, 

The report you closed as duplicated of this one was assigned to GTK+. Os this then a bug in GTK+ or in EOG?
Comment 10 Christian Hammond 2007-03-19 20:28:25 UTC
Claudio: It appears that this is not a bug in GTK+. We believed it to be at first due to seeing the same problem in an early beta of VMware Workstation 6, but we discovered it was memory corruption on our end. We have since ran into this at times when we've had memory corruption due to just simply accessing an invalid block of memory. It appears that this code path just happens to fail with this assert pretty often under such conditions, as the code path is very regularly executed. So, this appears to be memory corruption somewhere in EOG, but I don't know if it's been fixed since.
Comment 11 palfrey 2007-04-26 13:53:55 UTC
*** Bug 420701 has been marked as a duplicate of this bug. ***
Comment 12 Felix Riemann 2007-04-26 14:21:13 UTC
*** Bug 423178 has been marked as a duplicate of this bug. ***
Comment 13 palfrey 2007-04-28 22:51:48 UTC
*** Bug 434179 has been marked as a duplicate of this bug. ***
Comment 14 palfrey 2007-05-03 11:58:30 UTC
*** Bug 435303 has been marked as a duplicate of this bug. ***
Comment 15 Felix Riemann 2007-06-10 17:38:22 UTC
*** Bug 444916 has been marked as a duplicate of this bug. ***
Comment 16 Felix Riemann 2007-06-21 11:00:20 UTC
*** Bug 447514 has been marked as a duplicate of this bug. ***
Comment 17 Claudio Saavedra 2007-06-25 16:30:22 UTC
With the rewrite of the EOG core in the eog-ng branch, now trunk, this bug is no longer reproducible. Closing as FIXED. Please feel free to reopen if you can reproduce it with 2.19/2.20.

This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 18 Karsten Bräckelmann 2007-07-01 19:26:55 UTC
*** Bug 452903 has been marked as a duplicate of this bug. ***
Comment 19 Iestyn Pryce 2007-07-30 13:00:01 UTC
*** Bug 461749 has been marked as a duplicate of this bug. ***
Comment 20 Reinout van Schouwen 2007-08-16 08:09:54 UTC
*** Bug 467148 has been marked as a duplicate of this bug. ***
Comment 21 Reinout van Schouwen 2007-08-16 08:11:02 UTC
I'm reopening this bug because a dupe was filed that was triggered by Epiphany, not EOG.
Comment 22 Felix Riemann 2007-10-02 09:45:50 UTC
*** Bug 482443 has been marked as a duplicate of this bug. ***
Comment 23 Johan (not receiving bugmail) Dahlin 2008-03-02 17:57:01 UTC
Moving to gdk component.

Can someone who's able to reproduce this paste the last couple of lines of the .xsession log?
Comment 24 Javier Jardón (IRC: jjardon) 2010-06-16 17:47:36 UTC
(In reply to comment #23)
> Moving to gdk component.
> 
> Can someone who's able to reproduce this paste the last couple of lines of the
> .xsession log?

-> NEEDINFO
Comment 25 Juanjo Marín 2010-06-16 18:33:05 UTC
sorry, I can't reproduce the error anymore, I updated my system several times since then. sorry.
Comment 26 Javier Jardón (IRC: jjardon) 2010-06-16 21:41:07 UTC
OK, seems that this bug is no longer reproducible. Closing as FIXED. Please feel free to reopen if you can reproduce it with a new GTK+ version.