Bug 154567 - konqueror crash when move pointer above an pdf file
Summary: konqueror crash when move pointer above an pdf file
Status: RESOLVED DUPLICATE of bug 152710
Alias: None
Product: kfile-plugins
Classification: Applications
Component: pdf (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Albert Astals Cid
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-24 03:35 UTC by Yu Yuwei
Modified: 2008-04-19 15:03 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
The pdf make konqueror crash (688.72 KB, application/pdf)
2007-12-24 03:40 UTC, Yu Yuwei
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yu Yuwei 2007-12-24 03:35:20 UTC
Version:           3.5.8 (using KDE KDE 3.5.8)
Installed from:    Gentoo Packages
Compiler:          gcc-4.1.2, glibc-2.6.1 CFLAGS="-O2 -march=pentium-m -pipe"
OS:                Linux

Just one pdf file make konqueror crash, But I think Maybe is needed to report.

The plugins:
nppdf.so(acroread-7.0.9)

The Backtraces:
(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".
(no debugging symbols found)
.....(a lot of "no debugging symbols found")
(no debugging symbols found)
[KCrash handler]
#6  0xb67f55c0 in rawmemchr () from /lib/libc.so.6
#7  0xb67ec182 in ?? () from /lib/libc.so.6
#8  0x00000000 in ?? ()

How to Reproduce:
In konqueror, move pointer above that pdf file to get the information of it.

Expected Behaviour:
Konqueror crash with 11(SIGSEGV)
Comment 1 Yu Yuwei 2007-12-24 03:40:57 UTC
Created attachment 22667 [details]
The pdf make konqueror crash
Comment 2 Bram Schoenmakers 2007-12-24 19:51:02 UTC
Could reproduce with vanilla KDE sources. I'm not asking for a better backtrace since I didn't get much useful either. Weird.
Comment 3 Bram Schoenmakers 2007-12-24 20:10:04 UTC
This is what Valgrind has to say about it. The CreationDate seems to cause problems for this PDF file.

==30215==
==30215== Invalid read of size 1
==30215==    at 0x4022A0A: rawmemchr (in /usr/lib/valgrind/x86-linux/vgpreload_memcheck.so)
==30215==    by 0x5979181: (within /lib/libc-2.6.1.so)
==30215==    by 0x596CCFC: vsscanf (in /lib/libc-2.6.1.so)
==30215==    by 0x5967E7D: sscanf (in /lib/libc-2.6.1.so)
==30215==    by 0x791008A: Poppler::Document::getDate(QString const&) const (in /usr/lib/libpoppler-qt.so.2.0.0)
==30215==    by 0x77A0470: KPdfPlugin::readInfo(KFileMetaInfo&, unsigned) (kfile_pdf.cpp:78)
==30215==    by 0x451320C: KFileMetaInfo::init(KURL const&, QString const&, unsigned) (kfilemetainfo.cpp:334)
==30215==    by 0x45132A5: KFileMetaInfo::KFileMetaInfo(KURL const&, QString const&, unsigned) (kfilemetainfo.cpp:309)
==30215==    by 0x44D7CBD: KFileItem::metaInfo(bool, int) const (kfileitem.cpp:1051)
==30215==    by 0x44D93E1: KFileItem::getToolTipText(int) (kfileitem.cpp:764)
==30215==    by 0x41C06D6: KonqFileTip::showTip() (konq_filetip.cc:232)
==30215==    by 0x41C087C: KonqFileTip::qt_invoke(int, QUObject*) (konq_filetip.moc:97)
==30215==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
Comment 4 Pino Toscano 2007-12-25 00:15:12 UTC
It seems you are using poppler 0.6.x, aren't you?
In case you does not have it, can you try upgrading it to 0.6.3?
Comment 5 Yu Yuwei 2007-12-25 07:19:23 UTC
Yes I using poppler 0.6.2, I have seen the release not of poppler 0.6.3, seems fix this bug, I will try it and then report.

Thank u all.
Comment 6 Yu Yuwei 2007-12-25 07:53:00 UTC
Yes, with poppler 0.6.3 konqueror work fine at that pdf ;)

Thanks for help!
Comment 7 Yu Yuwei 2007-12-25 07:55:06 UTC
After upgrade to poppler-0.6.3, poppler-bindings-0.6.3 and recompile kpdf, konqueror work fine now.
Comment 8 Pino Toscano 2008-04-19 15:02:48 UTC
Marking it as dupe, nothing important...
Comment 9 Pino Toscano 2008-04-19 15:03:00 UTC

*** This bug has been marked as a duplicate of 152710 ***