Red Hat Bugzilla – Bug 483612
Thread going into Futex wait - Gadget bar stops responding
Last modified: 2010-06-28 07:11:01 EDT
Created attachment 330643 [details]
gdb stack trace
Description of problem:
When a couple of gadgets are added to the bar, after a period of time the bar stops responding. On checking the thread, we see that it has entered a futex_wait state.
Version-Release number of selected component (if applicable):
Happens every time the ggl-gtk is executed
Steps to Reproduce:
1. Take build from google gadgets code tree as of Jan 24th
2. Complete build, run gadgets bar
3. Add weather and gmail gadgets
Bar hangs after a period of time
Bar does not hang
Had two gmail and one calendar gadget on the bar. Removed each one
systematically to see if it was causing the issue. It however appears to be
occurring even with one gmail gadget in the bar.
Bug was opened on the google site. The link is given below:
The attachment contains the gdb stack trace.
"Take build from google gadgets code tree"
To clarify: does this occur with Fedora 10's google-gadgets too, or just the one compiled from source?
I first attempted to install google-gadgets from the binaries listed on the google-gadgets site. I faced the same issue. Considering the possibility that this might be due to some bug that has been corrected in the latest release, I removed the binary version and proceeded to build the code from the tree. I however faced the same issue which resulted in me collecting the stack trace and posting the results to the google site. I was then re-directed here.
I am not sure if there is any other way that I need to install google gadgets. Is there some other method you would like me to try?
Fedora has its own package for google-gadgets:
yum install google-gadgets-gtk
Is this the one you are using? PS for version number, we normally expect the result of using rpm -q on the package name, e.g.
$ rpm -q google-gadgets-gtk
To clarify: this is triggered by the GMail gadget, and the bug itself (per upstream and stack trace) is due to a double free in nspr
Reassigning to nspr for now.
Suspected double free in libpem
Rob, further up in comment 0 there is a link to a google bugtracker, it has a gdb-trace attachment, which is a plain text file (despite the download type). According to the stack the crash is triggered from libpem. I don't know whether that's true or whether the corruption happened elsewhere.
Maybe this is the same as bug 483855
which has a patch in https://bugzilla.mozilla.org/show_bug.cgi?id=402712
I produced a new NSS rpm build with the patch applied.
Not sure if it has already arrived in rawhide, but it's available here:
Also did builds for f10 and f9:
Can you please test and report whether it fixes your problem?
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.
More information and reason for this action is here:
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '11'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 11's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 11 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here:
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.
If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.