The problem is with recent changes to gnome-keyring-sharp and require
modification in Do Core.
RAOF has already created a fixed branch for that issue. He is just
being lazy pushing it.
On Mon, May 24, 2010 at 6:57 AM, Peng Deng <email address hidden> wrote:
> It seems this problem is related to Bug #536925, although that one is
> marked as "fix released" now.
>
> The problem happens when retrieving the token (used to communicate with
> RTM server) from gnome keyring and it is actually beyond the plugin
> level.
>
> When I modify the code to store the token in a non-secure manner (i.e.
> directly into gconf path), I don't see the issue. But I don't want to
> take the risk by leaving the token to be easily accessed.
>
> Should we mark this bug as invalid? Since the problem is either at Do
> core or gnome-keyring-sharp.
>
> --
> remember the milk plugin causes gnome-do crashes with sigsegv
> https://bugs.launchpad.net/bugs/578170
> You received this bug notification because you are subscribed to Do
> Plugins.
>
> Status in Do Plugins Project: New
> Status in “gnome-do-plugins” package in Ubuntu: New
>
> Bug description:
> Binary package hint: gnome-do
>
> Gnome-do crashes after a while. Here is the stack trace. It has lots of unresolved symbols I looked for a dev build but couldn't find one in the PPA.
>
> Arch: i386
> Do: 0.8.3.1
> ubuntu 10.04 fully updated
> Kernel: 2.6.32-22-generic #33-Ubuntu
>
> Please let me know if you need any more information or if there is something I can do (pun unintended :D).
>
> ****************************************************************************************************************************************************************
>
> Debug info from gdb:
>
> [Error 14:29:58.484] [RTM] Not authorized to use a Remember The Milk account.
> [Thread debugging using libthread_db enabled]
> [New Thread 0x2197b70 (LWP 14390)]
> [New Thread 0x5119b70 (LWP 14383)]
> [New Thread 0x38bab70 (LWP 14381)]
> [New Thread 0x551eb70 (LWP 14378)]
> [New Thread 0x1c65b70 (LWP 14376)]
> [New Thread 0x19f8b70 (LWP 14316)]
> [New Thread 0x95eb70 (LWP 14313)]
> [New Thread 0xb51b70 (LWP 14312)]
> 0x00f76422 in __kernel_vsyscall ()
> 9 Thread 0xb51b70 (LWP 14312) 0x00f76422 in __kernel_vsyscall ()
> 8 Thread 0x95eb70 (LWP 14313) 0x00f76422 in __kernel_vsyscall ()
> 7 Thread 0x19f8b70 (LWP 14316) 0x00f76422 in __kernel_vsyscall ()
> 6 Thread 0x1c65b70 (LWP 14376) 0x00f76422 in __kernel_vsyscall ()
> 5 Thread 0x551eb70 (LWP 14378) 0x00f76422 in __kernel_vsyscall ()
> 4 Thread 0x38bab70 (LWP 14381) 0x00f76422 in __kernel_vsyscall ()
> 3 Thread 0x5119b70 (LWP 14383) 0x00f76422 in __kernel_vsyscall ()
> 2 Thread 0x2197b70 (LWP 14390) 0x00f76422 in __kernel_vsyscall ()
> * 1 Thread 0x1946f0 (LWP 14311) 0x00f76422 in __kernel_vsyscall ()
>
> Thread 9 (Thread 0xb51b70 (LWP 14312)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d62736 in nanosleep () at ../sysdeps/unix/syscall-template.S:82
> #2 0x081a6af8 in ?? ()
> #3 0x00d5a96e in start_thread (arg=0xb51b70) at pthread_create.c:300
> #4 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 8 (Thread 0x95eb70 (LWP 14313)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d61245 in sem_wait@@GLIBC_2.1 ()
> at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/sem_wait.S:80
> #2 0x0812e199 in ?? ()
> #3 0x081527ea in ?? ()
> #4 0x081c3062 in ?? ()
> #5 0x081e1925 in ?? ()
> #6 0x00d5a96e in start_thread (arg=0x95eb70) at pthread_create.c:300
> #7 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 7 (Thread 0x19f8b70 (LWP 14316)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=5, timeout=-1)
> at ../sysdeps/unix/sysv/linux/poll.c:87
> #2 0x005b24eb in g_poll () from /lib/libglib-2.0.so.0
> #3 0x005a50ac in ?? () from /lib/libglib-2.0.so.0
> #4 0x005a5817 in g_main_loop_run () from /lib/libglib-2.0.so.0
> #5 0x0153d400 in ?? () from /usr/lib/libORBit-2.so.0
> #6 0x005cbdcf in ?? () from /lib/libglib-2.0.so.0
> #7 0x00d5a96e in start_thread (arg=0x19f8b70) at pthread_create.c:300
> #8 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 6 (Thread 0x1c65b70 (LWP 14376)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 ()
> at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x0814f763 in ?? ()
> #6 0x01f066d5 in ?? ()
> #7 0x01f063e7 in ?? ()
> #8 0x072044ce in ?? ()
> #9 0x00b40509 in ?? ()
> #10 0x08110ef4 in mono_runtime_delegate_invoke ()
> #11 0x0815285b in ?? ()
> #12 0x081c3062 in ?? ()
> #13 0x081e1925 in ?? ()
> #14 0x00d5a96e in start_thread (arg=0x1c65b70) at pthread_create.c:300
> #15 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 5 (Thread 0x551eb70 (LWP 14378)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 ()
> at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x0814dfc9 in ?? ()
> #6 0x07768b20 in ?? ()
> #7 0x07768a1b in ?? ()
> #8 0x00ec3f2c in ?? ()
> #9 0x00ebfa4a in ?? ()
> #10 0x00ebeba5 in ?? ()
> #11 0x07768980 in ?? ()
> #12 0x077688bb in ?? ()
> #13 0x07765f3c in ?? ()
> #14 0x077647f2 in ?? ()
> #15 0x01f0e5a8 in ?? ()
> #16 0x01f0308f in ?? ()
> #17 0x01f02b2a in ?? ()
> #18 0x05298107 in ?? ()
> #19 0x00b40509 in ?? ()
> #20 0x08110ef4 in mono_runtime_delegate_invoke ()
> #21 0x0815285b in ?? ()
> #22 0x081c3062 in ?? ()
> #23 0x081e1925 in ?? ()
> #24 0x00d5a96e in start_thread (arg=0x551eb70) at pthread_create.c:300
> #25 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 4 (Thread 0x38bab70 (LWP 14381)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 ()
> at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x08155604 in ?? ()
> #6 0x081527ea in ?? ()
> #7 0x081c3062 in ?? ()
> #8 0x081e1925 in ?? ()
> #9 0x00d5a96e in start_thread (arg=0x38bab70) at pthread_create.c:300
> #10 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 3 (Thread 0x5119b70 (LWP 14383)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007d2286 in epoll_wait () at ../sysdeps/unix/syscall-template.S:82
> #2 0x08156292 in ?? ()
> #3 0x081527ea in ?? ()
> #4 0x081c3062 in ?? ()
> #5 0x081e1925 in ?? ()
> #6 0x00d5a96e in start_thread (arg=0x5119b70) at pthread_create.c:300
> #7 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 2 (Thread 0x2197b70 (LWP 14390)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_cond_wait@@GLIBC_2.3.2 ()
> at ../nptl/sysdeps/unix/sysv/linux/i386/i686/../i486/pthread_cond_wait.S:122
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x08155604 in ?? ()
> #6 0x081527ea in ?? ()
> #7 0x081c3062 in ?? ()
> #8 0x081e1925 in ?? ()
> #9 0x00d5a96e in start_thread (arg=0x2197b70) at pthread_create.c:300
> #10 0x007d1a0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:130
>
> Thread 1 (Thread 0x1946f0 (LWP 14311)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=8, timeout=3883)
> at ../sysdeps/unix/sysv/linux/poll.c:87
> #2 0x005b24eb in g_poll () from /lib/libglib-2.0.so.0
> #3 0x005a50ac in ?? () from /lib/libglib-2.0.so.0
> #4 0x005a5817 in g_main_loop_run () from /lib/libglib-2.0.so.0
> #5 0x02634299 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
> #6 0x068a09e0 in ?? ()
> #7 0x068a09a3 in ?? ()
> #8 0x00ac44bf in ?? ()
> #9 0x00ac4204 in ?? ()
> #10 0x08113b1e in mono_runtime_exec_main ()
> #11 0x0811429a in mono_runtime_run_main ()
> #12 0x080b3524 in mono_main ()
> #13 0x0805ad25 in ?? ()
> #14 0x0071abd6 in __libc_start_main (main=0x805ad00, argc=2,
> ubp_av=0xbf8417f4, init=0x81e6be0, fini=0x81e6bd0,
> rtld_fini=0xbd40c0 <_dl_fini>, stack_end=0xbf8417ec) at libc-start.c:226
> #15 0x0805ac61 in ?? ()
>
> =================================================================
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries
> used by your application.
> =================================================================
>
> Aborted
>
> ****************************************************************************************************************************************************************
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.04
> Package: gnome-do 0.8.3.1+dfsg-1ubuntu1
> ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
> Uname: Linux 2.6.32-22-generic i686
> NonfreeKernelModules: fglrx
> Architecture: i386
> Date: Mon May 10 14:40:02 2010
> InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20100325)
> ProcEnviron:
> PATH=(custom, user)
> LANG=en_IN
> SHELL=/bin/bash
> SourcePackage: gnome-do
>
>
>
The problem is with recent changes to gnome-keyring-sharp and require
modification in Do Core.
RAOF has already created a fixed branch for that issue. He is just
being lazy pushing it.
On Mon, May 24, 2010 at 6:57 AM, Peng Deng <email address hidden> wrote: sharp. /bugs.launchpad .net/bugs/ 578170 ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ****** unix/syscall- template. S:82 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 sysdeps/ unix/sysv/ linux/i386/ i686/.. /i486/sem_ wait.S: 80 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 unix/sysv/ linux/poll. c:87 2.0.so. 0 2.0.so. 0 2.0.so. 0 libORBit- 2.so.0 2.0.so. 0 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 cond_wait@ @GLIBC_ 2.3.2 () sysdeps/ unix/sysv/ linux/i386/ i686/.. /i486/pthread_ cond_wait. S:122 delegate_ invoke () create. c:300 unix/sysv/ linux/i386/ clone.S: 130 cond_wait@ @GLIBC_ 2.3.2 () sysdeps/ unix/sysv/ linux/i386/ i686/.. /i486/pthread_ cond_wait. S:122 delegate_ invoke () create. c:300 unix/sysv/ linux/i386/ clone.S: 130 cond_wait@ @GLIBC_ 2.3.2 () sysdeps/ unix/sysv/ linux/i386/ i686/.. /i486/pthread_ cond_wait. S:122 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 unix/syscall- template. S:82 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 cond_wait@ @GLIBC_ 2.3.2 () sysdeps/ unix/sysv/ linux/i386/ i686/.. /i486/pthread_ cond_wait. S:122 create. c:300 unix/sysv/ linux/i386/ clone.S: 130 unix/sysv/ linux/poll. c:87 2.0.so. 0 2.0.so. 0 2.0.so. 0 libgtk- x11-2.0. so.0 exec_main () run_main () 0xbf8417ec) at libc-start.c:226 ======= ======= ======= ======= ======= ======= ======= ======= == ======= ======= ======= ======= ======= ======= ======= ======= == ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ******* ****** dfsg-1ubuntu1 ature: Ubuntu 2.6.32- 22.33-generic 2.6.32.11+drm33.2 dules: fglrx
> It seems this problem is related to Bug #536925, although that one is
> marked as "fix released" now.
>
> The problem happens when retrieving the token (used to communicate with
> RTM server) from gnome keyring and it is actually beyond the plugin
> level.
>
> When I modify the code to store the token in a non-secure manner (i.e.
> directly into gconf path), I don't see the issue. But I don't want to
> take the risk by leaving the token to be easily accessed.
>
> Should we mark this bug as invalid? Since the problem is either at Do
> core or gnome-keyring-
>
> --
> remember the milk plugin causes gnome-do crashes with sigsegv
> https:/
> You received this bug notification because you are subscribed to Do
> Plugins.
>
> Status in Do Plugins Project: New
> Status in “gnome-do-plugins” package in Ubuntu: New
>
> Bug description:
> Binary package hint: gnome-do
>
> Gnome-do crashes after a while. Here is the stack trace. It has lots of unresolved symbols I looked for a dev build but couldn't find one in the PPA.
>
> Arch: i386
> Do: 0.8.3.1
> ubuntu 10.04 fully updated
> Kernel: 2.6.32-22-generic #33-Ubuntu
>
> Please let me know if you need any more information or if there is something I can do (pun unintended :D).
>
> *******
>
> Debug info from gdb:
>
> [Error 14:29:58.484] [RTM] Not authorized to use a Remember The Milk account.
> [Thread debugging using libthread_db enabled]
> [New Thread 0x2197b70 (LWP 14390)]
> [New Thread 0x5119b70 (LWP 14383)]
> [New Thread 0x38bab70 (LWP 14381)]
> [New Thread 0x551eb70 (LWP 14378)]
> [New Thread 0x1c65b70 (LWP 14376)]
> [New Thread 0x19f8b70 (LWP 14316)]
> [New Thread 0x95eb70 (LWP 14313)]
> [New Thread 0xb51b70 (LWP 14312)]
> 0x00f76422 in __kernel_vsyscall ()
> 9 Thread 0xb51b70 (LWP 14312) 0x00f76422 in __kernel_vsyscall ()
> 8 Thread 0x95eb70 (LWP 14313) 0x00f76422 in __kernel_vsyscall ()
> 7 Thread 0x19f8b70 (LWP 14316) 0x00f76422 in __kernel_vsyscall ()
> 6 Thread 0x1c65b70 (LWP 14376) 0x00f76422 in __kernel_vsyscall ()
> 5 Thread 0x551eb70 (LWP 14378) 0x00f76422 in __kernel_vsyscall ()
> 4 Thread 0x38bab70 (LWP 14381) 0x00f76422 in __kernel_vsyscall ()
> 3 Thread 0x5119b70 (LWP 14383) 0x00f76422 in __kernel_vsyscall ()
> 2 Thread 0x2197b70 (LWP 14390) 0x00f76422 in __kernel_vsyscall ()
> * 1 Thread 0x1946f0 (LWP 14311) 0x00f76422 in __kernel_vsyscall ()
>
> Thread 9 (Thread 0xb51b70 (LWP 14312)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d62736 in nanosleep () at ../sysdeps/
> #2 0x081a6af8 in ?? ()
> #3 0x00d5a96e in start_thread (arg=0xb51b70) at pthread_
> #4 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 8 (Thread 0x95eb70 (LWP 14313)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d61245 in sem_wait@@GLIBC_2.1 ()
> at ../nptl/
> #2 0x0812e199 in ?? ()
> #3 0x081527ea in ?? ()
> #4 0x081c3062 in ?? ()
> #5 0x081e1925 in ?? ()
> #6 0x00d5a96e in start_thread (arg=0x95eb70) at pthread_
> #7 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 7 (Thread 0x19f8b70 (LWP 14316)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=5, timeout=-1)
> at ../sysdeps/
> #2 0x005b24eb in g_poll () from /lib/libglib-
> #3 0x005a50ac in ?? () from /lib/libglib-
> #4 0x005a5817 in g_main_loop_run () from /lib/libglib-
> #5 0x0153d400 in ?? () from /usr/lib/
> #6 0x005cbdcf in ?? () from /lib/libglib-
> #7 0x00d5a96e in start_thread (arg=0x19f8b70) at pthread_
> #8 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 6 (Thread 0x1c65b70 (LWP 14376)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_
> at ../nptl/
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x0814f763 in ?? ()
> #6 0x01f066d5 in ?? ()
> #7 0x01f063e7 in ?? ()
> #8 0x072044ce in ?? ()
> #9 0x00b40509 in ?? ()
> #10 0x08110ef4 in mono_runtime_
> #11 0x0815285b in ?? ()
> #12 0x081c3062 in ?? ()
> #13 0x081e1925 in ?? ()
> #14 0x00d5a96e in start_thread (arg=0x1c65b70) at pthread_
> #15 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 5 (Thread 0x551eb70 (LWP 14378)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_
> at ../nptl/
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x0814dfc9 in ?? ()
> #6 0x07768b20 in ?? ()
> #7 0x07768a1b in ?? ()
> #8 0x00ec3f2c in ?? ()
> #9 0x00ebfa4a in ?? ()
> #10 0x00ebeba5 in ?? ()
> #11 0x07768980 in ?? ()
> #12 0x077688bb in ?? ()
> #13 0x07765f3c in ?? ()
> #14 0x077647f2 in ?? ()
> #15 0x01f0e5a8 in ?? ()
> #16 0x01f0308f in ?? ()
> #17 0x01f02b2a in ?? ()
> #18 0x05298107 in ?? ()
> #19 0x00b40509 in ?? ()
> #20 0x08110ef4 in mono_runtime_
> #21 0x0815285b in ?? ()
> #22 0x081c3062 in ?? ()
> #23 0x081e1925 in ?? ()
> #24 0x00d5a96e in start_thread (arg=0x551eb70) at pthread_
> #25 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 4 (Thread 0x38bab70 (LWP 14381)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_
> at ../nptl/
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x08155604 in ?? ()
> #6 0x081527ea in ?? ()
> #7 0x081c3062 in ?? ()
> #8 0x081e1925 in ?? ()
> #9 0x00d5a96e in start_thread (arg=0x38bab70) at pthread_
> #10 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 3 (Thread 0x5119b70 (LWP 14383)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007d2286 in epoll_wait () at ../sysdeps/
> #2 0x08156292 in ?? ()
> #3 0x081527ea in ?? ()
> #4 0x081c3062 in ?? ()
> #5 0x081e1925 in ?? ()
> #6 0x00d5a96e in start_thread (arg=0x5119b70) at pthread_
> #7 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 2 (Thread 0x2197b70 (LWP 14390)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x00d5f015 in pthread_
> at ../nptl/
> #2 0x081ac841 in ?? ()
> #3 0x081ac8b4 in ?? ()
> #4 0x081c742f in ?? ()
> #5 0x08155604 in ?? ()
> #6 0x081527ea in ?? ()
> #7 0x081c3062 in ?? ()
> #8 0x081e1925 in ?? ()
> #9 0x00d5a96e in start_thread (arg=0x2197b70) at pthread_
> #10 0x007d1a0e in clone () at ../sysdeps/
>
> Thread 1 (Thread 0x1946f0 (LWP 14311)):
> #0 0x00f76422 in __kernel_vsyscall ()
> #1 0x007c3b86 in *__GI___poll (fds=0x859ff4, nfds=8, timeout=3883)
> at ../sysdeps/
> #2 0x005b24eb in g_poll () from /lib/libglib-
> #3 0x005a50ac in ?? () from /lib/libglib-
> #4 0x005a5817 in g_main_loop_run () from /lib/libglib-
> #5 0x02634299 in gtk_main () from /usr/lib/
> #6 0x068a09e0 in ?? ()
> #7 0x068a09a3 in ?? ()
> #8 0x00ac44bf in ?? ()
> #9 0x00ac4204 in ?? ()
> #10 0x08113b1e in mono_runtime_
> #11 0x0811429a in mono_runtime_
> #12 0x080b3524 in mono_main ()
> #13 0x0805ad25 in ?? ()
> #14 0x0071abd6 in __libc_start_main (main=0x805ad00, argc=2,
> ubp_av=0xbf8417f4, init=0x81e6be0, fini=0x81e6bd0,
> rtld_fini=0xbd40c0 <_dl_fini>, stack_end=
> #15 0x0805ac61 in ?? ()
>
> =======
> Got a SIGSEGV while executing native code. This usually indicates
> a fatal error in the mono runtime or one of the native libraries
> used by your application.
> =======
>
> Aborted
>
> *******
>
> ProblemType: Bug
> DistroRelease: Ubuntu 10.04
> Package: gnome-do 0.8.3.1+
> ProcVersionSign
> Uname: Linux 2.6.32-22-generic i686
> NonfreeKernelMo
> Architecture: i386
> Date: Mon May 10 14:40:02 2010
> InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Alpha i386 (20100325)
> ProcEnviron:
> PATH=(custom, user)
> LANG=en_IN
> SHELL=/bin/bash
> SourcePackage: gnome-do
>
>
>
--
Robert Dyer
<email address hidden>