Gnome-do crashes after a while

[gdw2]

After a while, gnome-do crashes with the following:

Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.IO.IOException: Win32 IO returned ERROR_GEN_FAILURE. Path: /proc/acpi/battery/BAT0/state
  at System.IO.FileStream.ReadData (IntPtr handle, System.Byte[] buf, Int32 offset, Int32 count) [0x00000]
  at System.IO.FileStream.ReadInternal (System.Byte[] dest, Int32 offset, Int32 count) [0x00000]
  at System.IO.FileStream.Read (System.Byte[] array, Int32 offset, Int32 count) [0x00000]
  at System.IO.StreamReader.ReadBuffer () [0x00000]
  at System.IO.StreamReader.Peek () [0x00000]
  at System.IO.StreamReader.get_EndOfStream () [0x00000]
  at (wrapper remoting-invoke-with-check) System.IO.StreamReader:get_EndOfStream ()
  at BatteryMonitor.BatteryMonitor.UpdateBattStat () [0x00000]
  at GLib.Timeout+TimeoutProxy.Handler () [0x00000]
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at GLib.Timeout+TimeoutProxy.Handler()
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at Do.Do.Main(System.String[] args)

[Chonnawonga (brad-meredith)]

I've noticed that I run into this bug on my Eee 1000 (w/Intel graphics) but not on my desktop (ATI). I'm not sure why.

It's only a bit of a pain to restart Do every half hour or so. The real problem is that it doesn't release the memory when it crashes, so after a few restarts it's necessary to log out and clear the memory out. A fix on this bug would make Do a lot more usable again. Thanks!

[adamgmetzler (adamgmetzler)]

It may seem unrelated but it may be caused by the firefox plugin. I was getting similar seeming strange stack traces and it seems that Do will run out of memory and just crash suddenly if the firefox plugin is enabled. After disabling the firefox plugin, as suggested from another bug report, I stopped getting strange stack traces, no more memory consumption, and Do has not crashed since!

[gdw2 (gdwarner)]

uhh... I don't think so. I don't have the firefox plugin enabled.

On Sun, Sep 6, 2009 at 6:18 PM, Chris S. <email address hidden> wrote:

> *** This bug is a duplicate of bug 381064 ***
> https://bugs.launchpad.net/bugs/381064
>
> ** This bug has been marked a duplicate of bug 381064
> [bzr] Firefox plugin eats a lot of memory
>
> --
> Gnome-do crashes after a while
> https://bugs.launchpad.net/bugs/402834
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Chonnawonga (brad-meredith)]

I can confirm that this is NOT a duplicate of bug 381064, on two counts:
1. Do exhibits no memory-eating behaviour before crashing
2. As gdw2 wrote, the crash will still happen even with the Firefox plugin disabled.

This is definitely a separate issue. Thanks for the suggestion, though, adamgmetzler.

[Chonnawonga (brad-meredith)]

This crash only seems to happen when Docky is hidden by Autohide or Intellihide.

[Chonnawonga (brad-meredith)]

Sorry, scratch that: I've now had a couple of crashes even with all hiding behaviour off. (What a pain!)

[gdw2 (gdwarner)]

For those tracking this issue, if you want a temporary work around, just
create a bash script as follows and call it gnome-do-infinity.sh:

... sudo code...

gnome-do
bash gnome-do-infinity

That way, when gnome-do crashes, it will pop back up again! I've been doing
this ever since I reported this issue. Awesome!

On Wed, Nov 4, 2009 at 2:08 PM, Chonnawonga <email address hidden> wrote:

> Sorry, scratch that: I've now had a couple of crashes even with all
> hiding behaviour off. (What a pain!)
>
> --
> Gnome-do crashes after a while
> https://bugs.launchpad.net/bugs/402834
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Chonnawonga (brad-meredith)]

Thanks for the tip, gdw2. I'm still getting memory creep, but that resolves a lot of the difficulty (and frustration)! I've been experiencing.