44072 – gkrellm-seti-0.7.0b-r1 crashes GKrellm after the work job is completed

Bug 44072 - gkrellm-seti-0.7.0b-r1 crashes GKrellm after the work job is completed

Summary: gkrellm-seti-0.7.0b-r1 crashes GKrellm after the work job is completed

Status:	RESOLVED WONTFIX

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	Current packages (show other bugs)
Hardware:	All All

Importance:	High normal (vote)
Assignee:	Martin Holzer (RETIRED)

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2004-03-08 13:54 UTC by Dale K Dicks
Modified:	2005-11-27 20:59 UTC (History)
CC List:	1 user (show)

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

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Dale K Dicks 2004-03-08 13:54:22 UTC

As soon as the UFO krell entirely appears, GKrellm crashes with no error - it just goes gray (the background colour I have set in my GKrellm theme) - an entire rectangle of just grey.

 [ root@linuxbox /home/ddicks ] # emerge info
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.6.3)
=================================================================
System uname: 2.6.3 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
Gentoo Base System version 1.4.3.13
distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled]
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.58-r1
Automake: sys-devel/automake-1.8.2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -mfpmath=sse -msse -msse2 -mmmx -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -mfpmath=sse -msse -msse2 -mmmx -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distcc sandbox"
GENTOO_MIRRORS="http://mirror.cpsc.ucalgary.ca/mirror/gentoo.org"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.ca.gentoo.org/gentoo-portage"
USE="X aalib alsa avi berkdb bonobo cdf cdr crypt cups dvd encode esd flac foomaticdb gdbm gif gimpprint gnome gstreamer gtk gtk2 gtkhtml imagemagick imap imlib java javascript joystick jpeg ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mpeg4 ncurses nls nptl oggvorbis opengl oss pam pdflib perl png ppds python quicktime readline samba sdl slang spell sse ssl svga tcltk tcpd tiff truetype usb v4l x86 xml2 xmms xv zlib"

Comment 1 Dale K Dicks 2004-03-08 14:09:24 UTC

could this be caused by starting the seti app with /etc/init.d/setiathome at boot and then loading gkrellm when i load up X?

Comment 2 Dale K Dicks 2004-03-09 04:14:02 UTC

gkrellm-seti is now segfaulting gkrellm whenever I try to load it.

i had to completely unmerge it.

Comment 3 Dale K Dicks 2004-03-16 05:36:07 UTC

I have tested this a bit more and the crashing seems more consistent if it is left overnight and XScreensaver comes on.

Occasionally during the day without the Screensaver on, the app won't crash.

I am going to try xlockmore and see if that makes a difference.

Comment 4 David Grant 2004-04-01 16:47:49 UTC

So if it is segfaulting when you run it (comment #2), then how can you get it to run (comment #3)?

Mine segfaults immediately.

Comment 5 Dale K Dicks 2004-04-01 17:10:45 UTC

I recompiled it and it run can be run but still segfaults after teh current Seti job completes.

Comment 6 Olivier Fisette (RETIRED) gentoo-dev

2005-11-27 20:59:28 UTC

gkrellm-seti is now masked pending removal since the SETI@home 3.x service was   
discontinued upstream. All related packages will be removed from Portage.