Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 115680 - anjuta 1.2.4 breaks with gtk+ 2.8.9
Summary: anjuta 1.2.4 breaks with gtk+ 2.8.9
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GNOME (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Philip Walls (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-12-15 10:51 UTC by Philip Lawatsch
Modified: 2005-12-29 13:03 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
gnome's fix from comment #2 (anjuta-encodings.c.diff,1.85 KB, patch)
2005-12-16 19:44 UTC, Glenn L. McGrath
Details | Diff
both fixes (anjuta-1.2.4.ebuild.diff,360 bytes, patch)
2005-12-16 19:59 UTC, Glenn L. McGrath
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Philip Lawatsch 2005-12-15 10:51:11 UTC
Anjuta 1.2.4 crashes when using gtk+ 2.8.9.
It's a bug in anjuta
There is a fix for it available upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=323918

Reproducible: Always
Steps to Reproduce:
1. emerge gtk+2.8.9
2. start anjuta
3.

Actual Results:  
crash

Expected Results:  
a non crashing anjuta

Fix from upstream available:
http://bugzilla.gnome.org/show_bug.cgi?id=323918
Comment 1 peteru 2005-12-15 18:18:32 UTC
Problem confirmed. It results in the following backtrace:

#0  0x0809ecba in anjuta_encoding_get_encodings ()
#1  0xb6f0c474 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0
#2  0xb6ef5a08 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#3  0xb6f0aeb3 in g_signal_has_handler_pending () from /usr/lib/libgobject-2.0.so.0
#4  0xb6f0bdd9 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#5  0xb6f0c090 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#6  0xb766102d in gtk_tree_selection_select_all () from /usr/lib/libgtk-x11-2.0.so.0
#7  0xb7681658 in gtk_tree_view_set_model () from /usr/lib/libgtk-x11-2.0.so.0
#8  0x0809f488 in anjuta_encodings_init ()
#9  0x08111222 in anjuta_new ()
#10 0x080c642e in main ()

The fix available from upstream is also confirmed to work.

An additional modification required to the current ebuild is to change the
autoreconf call from :

autoreconf

to read:

autoreconf -f -i

otherwise the build will fail.

Please make the fixes available at your earliest convenience.
Comment 2 Mats Hellman 2005-12-15 20:25:00 UTC
Can confirm the fix on 
http://bugzilla.gnome.org/attachment.cgi?id=56035&action=view 
is working.
This with petreu's autoreconf -f -i fixes my problem.
Comment 3 Glenn L. McGrath 2005-12-16 19:44:22 UTC
Created attachment 74906 [details, diff]
gnome's fix from comment #2

Upload the patch from comment #2, just incase the link dies.
Comment 4 Glenn L. McGrath 2005-12-16 19:59:27 UTC
Created attachment 74910 [details, diff]
both fixes

This patch to the ebuilds adds the source fix and the anutoreconf fix
Comment 5 Evan Langlois 2005-12-19 01:57:26 UTC
Is the fix hitting portage any time soon?
Comment 6 Seemant Kulleen (RETIRED) gentoo-dev 2005-12-22 06:09:37 UTC
listen, does this patch break gtk+-2.8.8 and lower? can anyone confirm?
Comment 7 Philip Lawatsch 2005-12-24 03:57:40 UTC
This patch does not break anjuta for gtk+ <= 2.8.8. It simply fixes a bug in the code where signal handlers where created before some objects used in the signals where created. It more or less was a race condition.

Aw, I've also tried it now with gtk+-2.8.8 on x86_64 and everything works as expected.
Comment 8 Philip Walls (RETIRED) gentoo-dev 2005-12-28 06:28:50 UTC
Sorry for the delay, I've fixed this with 1.2.4-r1 which is marked unstable on all arches. We'll need to review this when 2.8.9 is given stable keywords.
Comment 9 Jeroen Roovers (RETIRED) gentoo-dev 2005-12-29 13:03:00 UTC
dev-util/anjuta-1.2.4-r1 works just as well with x11-libs/gtk+-2.6.10-r1.