GoldenDict Forum

вот прислали багрепорт, но я сейчас сильно занят и даже проверить не могу.

человек вроде даже бактрейс снял с места падения.

его email - muchan.m@gmail.com

Code: Select all

Dmitry,

Hi, this was my first attempt to use report bug, and failed.
 I could not configure well to send to GMail's SMTP server.

So I send you as maintainer of the package.
(I hope you won't mind getting this...)

mutsumu Nomura (a.k.a muchan)
 

-----------------------------------------------------------

MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="UTF-8"
From: Mutsumu Nomura <muchan.m@gmail.com>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: goldendict: segmentation fault while scanning
Babylon_English_Chinese_S_.BGL Message-ID:
<20110111173631.11765.98199.reportbug@localhost> X-Mailer: reportbug
4.12.6 Date: Tue, 11 Jan 2011 18:36:31 +0100

Package: goldendict
Version: 1.0.1-1
Severity: important
Tags: upstream

While scanning the dictionary file Babylon_English_Chinese_S_.BGL,
downloaded from
http://www.babylon.com/free-dictionaries/languages/Babylon-English-Chinese-(S)/912.html
goldendict ends with Segmentation fault error.

problem is reproducible with
Edit > Dictionaries > Source > Files > Add > (Add the directory to
include the above file) then press the button Rescan

I tried running in gdb, heres the output around the segmentation fault:

яПН || -<charset c=T>0283;</charset>n<charset
c=T>0259;</charset></span><span class="bglpos">n.</span> яПНяПНяПНяПНяПНяПН; яПНяПНеЉяПНяПН
Error in iconv conversion

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb457eb70 (LWP 11477)]
0x080e723e in Babylon::readEntry(Babylon::ResourceHandler*) ()
(gdb) bt
#0  0x080e723e in Babylon::readEntry(Babylon::ResourceHandler*) ()
#1  0x080ecb3a in
Bgl::makeDictionaries(std::vector<std::basic_string<char,
std::char_traits<char>, std::allocator<char> >,
std::allocator<std::basic_string<char, std::char_traits<char>,
std::allocator<char> > > > const&, std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&,
Dictionary::Initializing&) () #2  0x0816c32e in
LoadDictionaries::handlePath(Config::Path const&) () #3  0x0816d184 in
LoadDictionaries::run() () #4  0xb5f73fbe in ?? ()
from /usr/lib/libQtCore.so.4 #5  0xb5eef955 in start_thread ()
from /lib/i686/cmov/libpthread.so.0 #6  0xb5d36e7e in clone ()
from /lib/i686/cmov/libc.so.6 (gdb) x 0x80e723e 0x80e723e
<_ZN7Babylon9readEntryEPNS_15ResourceHandlerE+2366>:  0x1804b60f (gdb)
x 0x1804b60f 0x1804b60f:     Cannot access memory at address 0x1804b60f


-- System Information:
Debian Release: 6.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.37-0.slh.1-aptosid-686 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
(ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash

Versions of packages goldendict depends on:
ii  libc6               2.11.2-7             Embedded GNU C Library:
Shared lib ii  libgcc1             1:4.4.5-10           GCC support
library ii  libhunspell-1.2-0   1.2.11-1             spell checker and
morphological an ii  libogg0             1.2.0~dfsg-1         Ogg
bitstream library ii  libphonon4          4:4.6.0really4.4.2-1 the core
library of the Phonon mul ii  libqt4-network      4:4.6.3-4
Qt 4 network module ii  libqt4-webkit       4:4.6.3-4            Qt 4
WebKit module ii  libqt4-xml          4:4.6.3-4            Qt 4 XML
module ii  libqtcore4          4:4.6.3-4            Qt 4 core module
ii  libqtgui4           4:4.6.3-4            Qt 4 GUI module
ii  libstdc++6          4.4.5-10             The GNU Standard C++
Library v3 ii  libvorbis0a         1.3.1-1              The Vorbis
General Audio Compressi ii  libvorbisfile3      1.3.1-1
The Vorbis General Audio Compressi ii  libx11-6
2:1.3.3-4            X11 client-side library ii  libxtst6
2:1.2.0-1            X11 Testing -- Record extension li ii
phonon              4:4.6.0really4.4.2-1 metapackage for the Phonon
multime ii  zlib1g              1:1.2.3.4.dfsg-3     compression
library - runtime

goldendict recommends no packages.

Versions of packages goldendict suggests:
pn  goldendict-wordnet            <none>     (no description available)

-- no debconf information



скачал я этот словарь у меня он добавился нормально. Возможно у него поврежденный файл там? попросил его проверить сумму и прислать файл если суммы не совпадут с моими.

да, действительно, оказалось что у него "битый файл"

он его мне переслал, я на нем потестил и действительно gd падает

файл я выложил сюда

я думаю что проблема "битых" словарей может всплыть еще у кого-то. надо бы сделать чтобы GD на них ругался а не падал

в общем периодически присылают люди сообщения о том что GD падает если словарь "битый" попадается, сегодня вот еще одно такое письмо прислали. ну и еще в BTS Debian лежит баг, который по сути по моему тоже самое

Да - у меня к сожалению не так много времени сейчас, надо бы все это поисправлять. В идеале надо б поднять какой-нибудь bug tracker. Есть какие-нибудь хорошие и простые решения?

ikm wrote:Да - у меня к сожалению не так много времени сейчас, надо бы все это поисправлять. В идеале надо б поднять какой-нибудь bug tracker. Есть какие-нибудь хорошие и простые решения?

Trac

есть в дистрибутивах (то есть можно просто поставить из пакетов)
на нем интегрирован вики (можно даже тикеты в вики заводить), прикручены различные антиспамсистемы в виде модулей, браузинг репозитария итп итд

штукенция простая но офигенно функциональная. мы на работе с него пересели на Jira, но по функционалу для программиста она Trac еще не скоро догонит.

ikm wrote:В идеале надо б поднять какой-нибудь bug tracker. Есть какие-нибудь хорошие и простые решения?

Да, без багтракера становится неуютно. Вот в коде копаюсь, там и сям всякое вижу, хочется сразу в баг тракер какой-нибудь все это заносить, а не держать в виде тесктового TODO.txt локально.

Опять же, если хоть несколько человек относительно активно над проектом будут работать, то без баг тракера опять неудобно, можно наступать друг другу на пятки и делать одно и то же.

Ну и людям надо где-то сообщать нормально об ошибках, а не в форуме, по которому потом через пару месяцев уже и не найти сразу кто что где говорил и где какие баги сообщены.

В общем, баг тракер нужен!

Самый простой вариант - что-нибудь уже готовое, какой-нибудь хостер проектов. Вот, скажем, GitHub, там и проекты, и вики, и баг тракер, и гит в полный рост. Я им активно пользуюсь для разных других своих проектов. Отличное ненапряжное решение, все настраивается за секунды. Для моих проектов сейчас GitHub - это идеальное решение.

Если GitHub не подходит, то можно смотреть в сторону какого-нибудь http://codehaus.org/ , у них там нормальная пролноценная JIRA.

Самому же поднимать софт, хостить, настраивать, бэкапить и обслуживать - явный перегиб на мой взгляд.

Костя, без багтракера реально неудобно. Я проверил, на гитхабе правильный аккаунт с правильным именем все еще не занят (hint, hint!)

Я слыхал, что у github довольно примитивный трекер. Какие ваши opinions на этот счет?

Давайте попробуем lighthouse (http://goldendict.lighthouseapp.com/).