gramps.py crashed with SIGSEGV in delete_aspell_speller()"

Using the terminal and launching 'gramps', I get the same terminal error as reported here: https://bugs.launchpad.net/ubuntu/+source/gramps/+bug/122422

A fix, reported here: http://bugs.gramps-project.org/view.php?id=1091 seems to work.

shura (2007-03-07)
----------------------
Please bug Ubuntu people to fix gtkspell. This problem is not present in Debian. They should fix it in Gutsy. We cannot do it in gramps no matter how hard we try.

As a workaround, comment out these lines in /usr/share/gramps/Spell.py:
    else:
        gtkspell.Spell(gtk.TextView()).set_language(lang)
        success = True

This should disable spellchecker and stop the crashes.
----------------------

That is a reasonable work around to Bug #120569, but the actual problem isn't with gramps.

So would it not make sense then, to make a Ubuntu-specific package that makes those simple changes that's stated above?

I thought that was the point of <package name>0ubuntu1-1 releases (as an example).

I agree that if we get towards the end of Gutsy development and the gtk problem isn't resolved, we should do that.

Reassigned to gtkspell

Could you try if that's still an issue in hardy or intrepid?

I am using Intrepid amd64 now. Trying to start gramps now shows the following output and then hangs without opening the GUI. It can not get killed by Ctrl-C, but by SIGTERM.

Upgrading INI file
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
*** glibc detected *** /usr/bin/python: double free or corruption (out): 0x0000000001c2e230 ***

Strace output varies between

17:15:28.593681 open("/usr/share/enchant/myspell", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000) = -1 ENOENT (No such file or directory)
17:15:28.593735 open("/usr/share/myspell/dicts", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000) = 23
17:15:28.593782 fstat(23, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
17:15:28.593842 getdents(23, /* 43 entries */, 4096) = 1424
17:15:28.594069 close(23) = 0
17:15:28.594120 access("/usr/share/myspell/dicts/hyph_de_DE.aff", F_OK) = -1 ENOENT (No such file or directory)
17:15:28.594168 futex(0x34e6674, 0x80 /* FUTEX_??? */, 2

and

17:16:43.712656 open("/usr/share/enchant/myspell", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000) = -1 ENOENT (No such file or directory)
17:16:43.712734 open("/usr/share/myspell/dicts", O_RDONLY|O_NONBLOCK|O_DIRECTORY|0x80000) = 23
17:16:43.712780 fstat(23, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
17:16:43.712840 getdents(23, /* 43 entries */, 4096) = 1424
17:16:43.713128 close(23) = 0
17:16:43.713171 access("/usr/share/myspell/dicts/hyph_de_DE.aff", F_OK) = -1 ENOENT (No such file or directory)
17:16:43.713217 getdents(0, 0x1c80328, 33) = -1 ENOTDIR (Not a directory)
17:16:43.713258 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
17:16:43.809102 +++ killed by SIGSEGV (core dumped) +++

I could not catch a SIGSEGV without strace, though. This might well be a different bug, as I believe that gramps worked in hardy on amd64.

Is anyone still seeing this bug? I suspect it's another variation of bug #261596

I had this issue back in the gutsy days. I'm going through open bugs I contributed to in the past

intrepid i386 works fine.

X:~$ gramps
Upgrading INI file
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.