gramps crash with hspell wich is not needed.

Bug #263538 reported by Serge Noiraud
8
Affects Status Importance Assigned to Milestone
gramps (Ubuntu)
New
Medium
Unassigned
python2.5 (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: python2.5

python 2.5 seems to need hspell. My language is set to fr_FR.
I installed hspell ens requisite to start gramps.
This is the only crash and I can't start gramps.

When gramps doesn't crash, <CTRL>C does not work.

Now I can't start gramps and the strace lines are in the attachment file

At the end of the file, you can see <CTRL>C which does not work.
I enter <CTRL>Z to kill the program.

ProblemType: Crash
Architecture: i386
Dependencies:
 libgcc1 1:4.3.2-0ubuntu2
 zlib1g 1:1.2.3.3.dfsg-12ubuntu1
 gcc-4.3-base 4.3.2-0ubuntu2
 findutils 4.4.0-2ubuntu3
 libc6 2.8~20080505-0ubuntu6
DistroRelease: Ubuntu 8.10
ExecutablePath: /usr/bin/python2.5
Package: python2.5-minimal 2.5.2-10ubuntu2
ProcAttrCurrent: unconfined
ProcCmdline: python src/gramps.py
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/java/jre1.5.0_10/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games:/home/username/local/LINUX/bin:/home/username/local/outils:/usr/local/bin:/home/username/local/dtksh:/home/username/local/perl:/home/username/local/tcltk:/usr/bin/X11:/etc:/bin:/usr/bin:/usr/lib:/usr/sbin:/home/username/local/tests:/home/username/local/outils/copie
 LANG=fr_FR.UTF-8
 LANGUAGE=en_US
Signal: 11
SourcePackage: python2.5
StacktraceTop:
 readdir64 () from /lib/tls/i686/cmov/libc.so.6
 g_dir_read_name () from /usr/lib/libglib-2.0.so.0
 MySpellChecker::requestDictionary ()
 ?? () from /usr/lib/enchant/libenchant_myspell.so
 ?? () from /usr/lib/libenchant.so.1
Title: python2.5 crashed with SIGSEGV in readdir64()
Uname: Linux 2.6.27-1-generic i686
UserGroups: adm admin mail sambashare usbusers

Tags: apport-crash
Revision history for this message
Serge Noiraud (serge-noiraud-bull) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:readdir64@@GLIBC_2.2 () from /lib/tls/i686/cmov/libc.so.6
IA__g_dir_read_name (dir=0x8897760) at /build/buildd/glib2.0-2.17.7/glib/gdir.c:217
MySpellChecker::requestDictionary (this=0x8631080, szLang=0x860ea80 "hy") at myspell_checker.cpp:341
myspell_provider_request_dict (me=0x8615c80, tag=0x860ea80 "hy") at myspell_checker.cpp:495
_enchant_broker_request_dict (broker=0x862b120, tag=0x860ea80 "hy") at enchant.c:1719

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in python2.5:
importance: Undecided → Medium
Revision history for this message
Matthias Klose (doko) wrote :

in this case gramps should depend on it

Changed in python2.5:
status: New → Invalid
Revision history for this message
Duncan Lithgow (duncan-lithgow) wrote :

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

Revision history for this message
Serge Noiraud (serge-noiraud-bull) wrote :

Yes it is.
There is no more problem. this bug can be closed.

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.