maximus crashed with SIGSEGV in g_closure_invoke()

Bug #330397 reported by Alex Mauer
104
This bug affects 10 people
Affects Status Importance Assigned to Milestone
maximus (Ubuntu)
Fix Committed
Medium
Unassigned

Bug Description

Binary package hint: maximus

No further information available

ProblemType: Crash
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/maximus
Package: maximus 0.4.3-0ubuntu1
ProcCmdline: maximus
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: maximus
StacktraceTop:
 ?? ()
 ?? () from /usr/lib/libwnck-1.so.22
 g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
 ?? () from /usr/lib/libgobject-2.0.so.0
 g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
Title: maximus crashed with SIGSEGV in g_closure_invoke()
Uname: Linux 2.6.28-7-generic i686
UserGroups: adm admin cdrom

Related branches

Revision history for this message
Alex Mauer (hawke) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:_wnck_marshal_VOID__FLAGS_FLAGS (closure=0x83fb8e8,
IA__g_closure_invoke (closure=0x83fb8e8, return_value=0x0,
signal_emit_unlocked_R (node=0x83e7bf8, detail=0,
IA__g_signal_emit_valist (instance=0x83ee540,
IA__g_signal_emit (instance=0x83ee540, signal_id=190,

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in maximus:
importance: Undecided → Medium
Revision history for this message
chappel (chris-happel) wrote :

crash occurs after closing gparted (v0.4.3), which was installed via 'sudo apt-get install gparted' and opened via command line 'sudo gparted'. Running Jaunty in live mode via USB; gparted didn't seem to be an issue running it when jaunty was installed and run from the internal flash.

Running on an eeePC 901 w/ 2G ram, otherwise stock.

Revision history for this message
PirBoazo (pierre-boizot-name) wrote :

Crash on the reboot !!!!!
i dont know why ; soory
Pierre

Revision history for this message
Didier Misson (dmlinux) wrote :

Acer Aspire One (UNR) : Crash when I click on the Closed (exit) icone.
Thanks.

Revision history for this message
Matthijs (matthijsvanwolferen) wrote :

Upon closing of application (in this case Kazehakase)

Revision history for this message
Omegamormegil (omegamormegil) wrote :

Confirming. I have this problem too.

Changed in maximus (Ubuntu):
status: New → Confirmed
Revision history for this message
Omegamormegil (omegamormegil) wrote :

I have UNR installed on a Dell Mini 9, and I have gotten this crash a few times now. The crash seems to occur when I'm closing a program.

Changed in maximus (Ubuntu):
assignee: nobody → canonical-mobile
tags: added: ubuntu-unr
Revision history for this message
Paul Larson (pwlars) wrote :

Any program, or only certain ones? I'm running on 0.4.8-0ubuntu2 but I haven't been able to reproduce it so far. Could you update and retry?

Revision history for this message
Carlos Blanquer Bogacz (cblanquer) wrote :

issue happened but ransparent in behaviour, I just got the report notification while I closed a Firefox tab.
I am using an eeePC 701 SD with an update from 8.10 to 9.04 beta, then netook remix installation 2 days ago.

Revision history for this message
Craig Snr (cschambers) wrote : Re: [Bug 330397] Re: maximus crashed with SIGSEGV in g_closure_invoke()

No programs. Appears to happen in the background, just get bug notice
screen appear and things appear to carry on working.

Sent from my iPhone

On 9 Apr 2009, at 21:10, Paul Larson <email address hidden> wrote:

> Any program, or only certain ones? I'm running on 0.4.8-0ubuntu2
> but I
> haven't been able to reproduce it so far. Could you update and retry?
>
> --
> maximus crashed with SIGSEGV in g_closure_invoke()
> https://bugs.launchpad.net/bugs/330397
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “maximus” source package in Ubuntu: Confirmed
>
> Bug description:
> Binary package hint: maximus
>
> No further information available
>
> ProblemType: Crash
> Architecture: i386
> DistroRelease: Ubuntu 9.04
> ExecutablePath: /usr/bin/maximus
> Package: maximus 0.4.3-0ubuntu1
> ProcCmdline: maximus
> ProcEnviron:
> LANG=en_US.UTF-8
> SHELL=/bin/bash
> Signal: 11
> SourcePackage: maximus
> StacktraceTop:
> ?? ()
> ?? () from /usr/lib/libwnck-1.so.22
> g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
> ?? () from /usr/lib/libgobject-2.0.so.0
> g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
> Title: maximus crashed with SIGSEGV in g_closure_invoke()
> Uname: Linux 2.6.28-7-generic i686
> UserGroups: adm admin cdrom

Revision history for this message
jmexia (jcmexia) wrote :

If I remember correctly, my crashes have occurred on launch of Firefox. I can't say for sure because I just don't remember. I tried to reproduce but could not. I just ran updates last night and noticed there was a netbook remix update in the list. We'll see if that helps.

By the way, using a Dell mini 9 running Jaunty Beta UNR...

Revision history for this message
Omegamormegil (omegamormegil) wrote :

I just had maximus segfault again, this time upon closing gparted. I has started gparted from the command line and formatted an sdhc card. Apport popped up immediately after closing gparted. As reported above, everything seems to be functioning as it was before the crash. Maximus is fully updated.

Revision history for this message
Craig Snr (internet-junk) wrote :

Happened while closing firefox. Others programs open at the time, f-spot,file browser, amsn and evolution. All continued to work as expected.

Revision history for this message
Mark Cariaga (mzc) wrote :

its seems this happens when multiple tabs/applications are opened simultaneously. same thing happenned to me... firefox and pidgin.. carash happened just after closing firefox.

Revision history for this message
dupoxy (dupoxy) wrote :

same as "mz" seems this happens when multiple applications are opened simultaneously. same thing happenned to me... firefox and pidgin.. crash happened just after closing firefox.

Revision history for this message
Mark Cariaga (mzc) wrote :

update on my comment: when multiple tabs/software are opened...crash occurs when closing the opened apps.. there are are no specific sequence to repeat the crash based on what I observed. In this occurrence, crash happened after closing evolution.

Revision history for this message
Neil J. Patel (njpatel) wrote :

Finally been able to reproduce this using gparted. Seems like memory corruption in wnck/maximus causes this.

Have you come across this only when also running programs of higher-priority (i.e. synaptic/gparted need your sudo password?) I can't repoduce this with user-level-privilege windows, only when I play around with root-level-privilege windows.

Changed in maximus (Ubuntu):
status: Confirmed → In Progress
Revision history for this message
Neil J. Patel (njpatel) wrote :

As Jaunty is in RC freeze at the moment, I would appreciate some testing on the fixes I've made to Maximus.

I've attached an updated package which you can download and install with:

sudo dpkg -i maximus_0.4.8-1_i386.deb

and then please restart maximus (just do `killall maximus`, or logout/login).

I have been unable to reproduce the bug with this package, I hope it's the same for you. Thanks!

Revision history for this message
Mark Cariaga (mzc) wrote :

Hi Neil,

your right:) I recall opening the update manager, pidgin, firefox, system monitor and evolution; and then closing pidgin, firefox, evolution, and the update manager when the crash report popped-up. I will try the package update and let you know waht happens.

Neil J. Patel (njpatel)
Changed in maximus (Ubuntu):
status: In Progress → Fix Committed
Revision history for this message
don hardaway (don-hardaway) wrote :

I just encountered this error on the latest Karmic Netbook Remix.

Curtis Hovey (sinzui)
Changed in maximus (Ubuntu):
assignee: Registry Administrators (registry) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.