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 87222 - segfault starting up
segfault starting up
Status: RESOLVED FIXED
Product: GnomeICU
Classification: Deprecated
Component: Main Window
0.94.1
Other other
: Normal normal
: 0.99
Assigned To: Jeremy Wise
gnomeicu-maint
: 88428 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2002-07-03 09:00 UTC by Brian J. Murrell
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Brian J. Murrell 2002-07-03 09:00:44 UTC 
Package: GnomeICU
Severity: normal
Version: 1.89.106
Synopsis: segfault starting up
Bugzilla-Product: GnomeICU
Bugzilla-Component: Main Window
BugBuddy-GnomeVersion: 2.0 (2.0.1)

Description:
Description of Problem:
When I try to start gnomeicu I get a segfault.

Steps to reproduce the problem:
1. 
2. 
3. 

Actual Results:


Expected Results:


How often does this happen?


Additional Information:




Debugging Information:

Backtrace was generated from '/usr/local/bin/gnomeicu'

[New Thread 1024 (LWP 10171)]
[New Thread 2049 (LWP 10172)]
0x40a92019 in wait4 () from /lib/libc.so.6

+ Trace 24635

  • #0 wait4
    from /lib/libc.so.6
  • #1 sys_sigabbrev
    from /lib/libc.so.6
  • #2 waitpid
    at wrapsyscall.c line 174
  • #3 gnome_scores_display_with_pixmap
    from /usr/lib/libgnomeui-2.so.0
  • #4 pthread_sighandler
    at signals.c line 97
  • #5 sigaction
    from /lib/libc.so.6
  • #6 set_contact_status
    at gtkfunc.c line 1606
  • #7 v7_incoming_user
    at v7recv.c line 851
  • #8 v7_snac_channel_handler
    at v7recv.c line 237
  • #9 v7_handler
    at v7recv.c line 160
  • #10 g_io_channel_unix_get_fd
    from /usr/lib/libglib-2.0.so.0
  • #11 v7_handler
    at v7recv.c line 138 




------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-07-03 05:00 -------

Unknown version unspecified in product GnomeICU. Setting version to "0.94.1".
Reassigning to the default owner of the component, jwise@springthrough.com.
Comment 1 Brian J. Murrell 2002-07-03 18:13:13 UTC 
Found this bug.  In get_foreground_for_status() there is a test for
various statuses to get a color for them.  It was missing a case for
STATUS_NA_99A.  This patch fixes it although I wonder how many other
places need a case for STATUS_NA_99A and/or statuses not being tested for.

Index: src/gtkfunc.c
===================================================================
RCS file: /cvs/gnome/gnomeicu/src/gtkfunc.c,v
retrieving revision 1.314
diff -u -r1.314 gtkfunc.c
--- src/gtkfunc.c	1 Jul 2002 00:22:12 -0000	1.314
+++ src/gtkfunc.c	3 Jul 2002 18:10:48 -0000
@@ -1680,6 +1680,7 @@
 
	color = &color_away;
 
	break;
 	case STATUS_NA:
+
case STATUS_NA_99A:
 
	color = &color_na;
 
	break;
 	case STATUS_OCCUPIED:

A default case or a test that color actually got assigned something is
probably in order to trap for this kind of error in the future.
Comment 2 Olivier Crête 2002-07-12 04:39:50 UTC 
I think this has been fixed
Comment 3 Brian J. Murrell 2002-07-13 23:18:43 UTC 
Well, a default case has been added to the switch() in the particular
function mentioned above, but there was no case for STATUS_NA_99A
added.  It seems that there is at least one client (gaim I think) that
is reporting this as it's NA status.  Should gnomeicu not handle
STATUS_NA_99A in all places where status is tested for various reasons?
Comment 4 Andrew Sobala 2002-07-17 13:05:26 UTC 
*** Bug 88428 has been marked as a duplicate of this bug. ***
Comment 5 Andrew Sobala 2002-07-17 13:07:27 UTC 
Better stack trace in bug 88428