Bug 137594

Summary: gthumb crashes on startup on ia64
Product: [Fedora] Fedora Reporter: Dave Malcolm <dmalcolm>
Component: gthumbAssignee: Carl Worth (Ampere) <cworth>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: 3CC: mattdm
Target Milestone: ---   
Target Release: ---   
Hardware: ia64   
OS: Linux   
Whiteboard:
Fixed In Version: 2.4.2-5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-10-30 16:07:36 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Dave Malcolm 2004-10-29 18:40:02 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux ia64; rv:1.7.3) Gecko/20041020
Firefox/0.10.1

Description of problem:
gtumb crashes on startup on an ia64.   Looking at the backtrace, it
looks like there's a guint used for a GType inside
e_combo_buttong_get_type; GTypes are actually gulongs.

Version-Release number of selected component (if applicable):
gthumb-2.4.2-2

How reproducible:
Always

Steps to Reproduce:
1. run gthumb on an ia64
    

Actual Results:  Program should run

Expected Results:  Crashes on startup

Additional info:

Comment 1 Dave Malcolm 2004-10-29 18:43:48 UTC
(gdb) list
600     GType
601     e_combo_button_get_type ()
602     {
603             static guint type = 0;
604
605             if (! type) {
606                     GTypeInfo type_info = {
607                             sizeof (EComboButtonClass),
608                             NULL,
609                             NULL,

Looks like "type" should be a GType, not a guint

Here's the crash:
Program received signal SIGSEGV, Segmentation fault.
g_type_fundamental (type_id=3053648) at gtype.c:3111
3111      return node ? NODE_FUNDAMENTAL_TYPE (node) : 0;
(gdb) bt
#0  g_type_fundamental (type_id=3053648) at gtype.c:3111
#1  0x20000000014851c0 in g_object_new (object_type=3053648,
    first_property_name=0x0) at gobject.c:819
#2  0x4000000000062290 in e_combo_button_new () at e-combo-button.c:515
#3  0x4000000000098750 in window_new () at gthumb-window.c:4334
#4  0x40000000000a3890 in main (argc=1, argv=0x60000fffffffb7f8) at
main.c:379



Comment 2 Dave Malcolm 2004-10-29 20:03:24 UTC
I'm working on fixing this...

I've filed this upstream here:
http://bugzilla.gnome.org/show_bug.cgi?id=156851

Comment 3 Dave Malcolm 2004-11-01 23:13:46 UTC
Fixed packages have been built; for FC3, gthumb-2.4.2-5 is now in
dist-FC3; for RHEL4, gthumb-2.4.2.7 has been built into HEAD.

Comment 4 Dave Malcolm 2004-11-02 23:00:23 UTC
I'll close this once the RHEL4 package is in its correct place.

Comment 5 Matthew Miller 2006-07-10 22:45:27 UTC
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.

Thank you!


Comment 6 John Thacker 2006-10-30 16:07:36 UTC
Closing as per comment #4, since the package did make it into RHEL.