Package: libdjvulibre15 Version: 3.5.17-3 Severity: normal I've converted a .pdf with djvudigital [gs 8.57 + $Id: gdevdjvu.c,v 1.7 2007/09/21 03:08:05 leonb Exp $] and trying to open it with djview got:
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1224189728 (LWP 6798)] 0xb7e14c39 in DJVU::DataPool::has_data () from /usr/lib/libdjvulibre.so.15 (gdb) bt #0 0xb7e14c39 in DJVU::DataPool::has_data () from /usr/lib/libdjvulibre.so.15 #1 0xb7e18ddd in DJVU::DataPool::connect () from /usr/lib/libdjvulibre.so.15 #2 0xb7e1907a in DJVU::DataPool::create () from /usr/lib/libdjvulibre.so.15 #3 0xb7e48cd0 in DJVU::DjVuFile::init () from /usr/lib/libdjvulibre.so.15 #4 0xb7e4a814 in DJVU::DjVuFile::create () from /usr/lib/libdjvulibre.so.15 #5 0xb7e627f0 in DJVU::DjVuDocument::url_to_file () from /usr/lib/libdjvulibre.so.15 #6 0xb7e64ede in DJVU::DjVuDocument::get_djvu_file () from /usr/lib/libdjvulibre.so.15 #7 0xb7e652de in DJVU::DjVuDocument::get_page () from /usr/lib/libdjvulibre.so.15 #8 0x080f748f in DJVU::DArray<DJVU::GUTF8String>::insert () #9 0x080fd5d6 in DJVU::DArray<DJVU::GUTF8String>::insert () #10 0x08101d88 in DJVU::ArrayBaseT<DJVU::GUTF8String>::operator[] () #11 0xb78b4d4f in QObject::activate_signal () from /usr/lib/libqt-mt.so.3 #12 0x080b88fb in QValidator::metaObject () the funny thing is that it seems to depend on just the *name*: the original filename was "ABSTRACT: Methods for dynamically combining relevancies of different AntiSpam filters.djvu" and that yields segv; but if same fille is renamed to "ABSTRACT_Methods_for_dynamically_combining_relevancies_of_different_AntiSpam_filters.djvu" djview displays it normally. Original e converted docs are avail here: http://web.tiscali.it/oopla/CRM114/ABSTRACT_Methods_for_dynamically_combining_relevancies_of_different_AntiSpam_filters.djvu http://web.tiscali.it/oopla/CRM114/ABSTRACT_Methods_for_dynamically_combining_relevancies_of_different_AntiSpam_filters.pdf except they're both re-named in the 'working' version. Note also that xpdf(1) opens the original .pdf with no problem, so the culprit seems to be into filename handling in libdjvulibre. thx -- paolo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
