Unfortunately, this backtrace is of no use.
Please read http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports for providing a more detailed one.

Ok, i read the page. I installed kdegraphics-dbg package from experimental. Now kde doesn't give me backtrace after crash.
So i run gdb for okular. gdb shows
 
#0  0xb638c257 in ?? () from /usr/lib/libfreetype.so.6
#1  0x00393487 in ?? ()
#2  0x000003e8 in ?? ()
#3  0xb2894408 in ?? ()
#4  0xb6370806 in FT_Stream_ReadAt () from /usr/lib/libfreetype.so.6
#5  0xb638c3d1 in ?? () from /usr/lib/libfreetype.so.6
#6  0x00000000 in ?? ()

after "backtrace" command.
There is explanation for "??" but i couldn't find a -dbg package for freetype.
Then i run valgrind

Annotation "Widget" not supported                                                                                                 
Annotation "Widget" not supported                                                                                                 
KCrash: Application 'okular' crashing...                                                                                          
okular: Fatal IO error: client killed                                                                                             
sock_file=/home/anil/.kde4/socket-anil-deb/kdeinit4__0                                                                            
kDebugStream called after destruction (from void KDirWatchPrivate::removeEntry(KDirWatch*, const QString&, KDirWatchPrivate::Entry*) file /tmp/buildd/kde4libs-4.1.1/kio/kio/kdirwatch.cpp line 771)                                                                
path= "/home/anil/.local/share//user-places.xbel" sub_entry: 0x0                                                                  
kDebugStream called after destruction (from void KDirWatchPrivate::removeEntry(KDirWatch*, const QString&, KDirWatchPrivate::Entry*) file /tmp/buildd/kde4libs-4.1.1/kio/kio/kdirwatch.cpp line 771)                                                                
path= "/home/anil/.local/share" sub_entry: 0xa926a34                                                                              
kDebugStream called after destruction (from void KDirWatchPrivate::removeEntry(KDirWatch*, KDirWatchPrivate::Entry*, KDirWatchPrivate::Entry*) file /tmp/buildd/kde4libs-4.1.1/kio/kio/kdirwatch.cpp line 821)                                                      
Cancelled INotify (fd 43, 1) for "/home/anil/.local/share"                                                                        
kDebugStream called after destruction (from void KDirWatchPrivate::removeEntry(KDirWatch*, KDirWatchPrivate::Entry*, KDirWatchPrivate::Entry*) file /tmp/buildd/kde4libs-4.1.1/kio/kio/kdirwatch.cpp line 846)
Removed Dir "/home/anil/.local/share" for "/home/anil/.local/share//user-places.xbel" [""]
kDebugStream called after destruction (from void KDirWatchPrivate::removeEntry(KDirWatch*, KDirWatchPrivate::Entry*, KDirWatchPrivate::Entry*) file /tmp/buildd/kde4libs-4.1.1/kio/kio/kdirwatch.cpp line 846)
Removed File "/home/anil/.local/share//user-places.xbel" for "" ["KDirWatch-2"]
==8961==
==8961== ERROR SUMMARY: 11 errors from 4 contexts (suppressed: 348 from 7)
==8961== malloc/free: in use at exit: 10,477,960 bytes in 107,567 blocks.
==8961== malloc/free: 1,225,992 allocs, 1,118,425 frees, 124,332,187 bytes allocated.
==8961== For counts of detected errors, rerun with: -v
==8961== searching for pointers to 107,567 not-freed blocks.
==8961== checked 38,158,140 bytes.
==8961==
==8961== LEAK SUMMARY:
==8961==    definitely lost: 7,472 bytes in 332 blocks.
==8961==      possibly lost: 16,352 bytes in 782 blocks.
==8961==    still reachable: 10,454,136 bytes in 106,453 blocks.
==8961==         suppressed: 0 bytes in 0 blocks.
==8961== Rerun with --leak-check=full to see details of leaked memory.


I couldn't attached log file because of this error

==9705== Can't create log file '/home/anil/okular' (Permission denied); giving up!
valgrind: Bad option '--log-file=<file> (didn't work out for some reason.)'; aborting.

File size is not a problem. 

The valgrind output without the logfile is worthless, please see how you tried to write to /home/anil/okular and you did not have permission to do so

By the way, having the file would help

Created attachment 27255 [details]
Valgrind log of okular

You can also try the following: open okular and in the settings, performance section, disable the "background generation".
Then, restart okular within gdb like:
$ gdb --args okular thedocument.pdf
(gdb) run
and when it crashes:
(gdb) thread apply all bt

After the command 
(gdb) thread apply all bt
it gives this output:

#0  0xb6421257 in ?? () from /usr/lib/libfreetype.so.6
#1  0x00393487 in ?? ()
#2  0x000003e8 in ?? ()
#3  0xbfaccb68 in ?? ()
#4  0xb6405806 in FT_Stream_ReadAt () from /usr/lib/libfreetype.so.6
#5  0xb64213d1 in ?? () from /usr/lib/libfreetype.so.6
#6  0x00000000 in ?? ()

Sorry, its same :/

Anil, please install the debug packages for freetype and poppler, and try again.

Three Okular bugs, all involving SIGFPE, perhaps all in freetype:
#170427
#176304
#176320

Okular crashes when I try open any pdf files. The version I'm using is 0.7.80 on kde 4.1.81-1.3-x86_64
For some reason I don't have any debug info, sorry.
I'm using openSuse 11, if that matters.

Thanks.

Darryl: have you tried installing debug packages? If your backtrace doesn't match the one provided, you need to raise a new bug report.

Hello,
i've installed many debuginfo packages including kdegraphics, freetype and poppler, but i changed my OS to f9.

KDE Version:  0.7.3 (KDE 4.1.3 (KDE 4.1.3), 4.1.3-4.fc9 Fedora)
Operating System:  Linux (i686) release 2.6.27.9-73.fc9.i686

Okular crashes again when trying to open the same file. But this time i managed to get a good(i think) bactrace using gdb:

Thread 4 (Thread 0xb4fe6b90 (LWP 8590)):
#0  Form::findWidgetByRef (this=0x0, aref={num = 155, gen = 0}) at Form.cc:1231
#1  0x010e1104 in AnnotWidget::initialize (this=0xb440e9a8, xrefA=0x95337a0,
    catalog=0x9533be0, dict=0xb4472c38) at Annot.cc:1735
#2  0x010e1414 in AnnotWidget (this=0xb440e9a8, xrefA=0x95337a0,
    dict=0xb4472c38, catalog=0x9533be0, obj=0xb4fe5fa4) at Annot.cc:1714
#3  0x010e3832 in Annots::createAnnot (this=0xb4400468, xref=0x95337a0,
    dict=0xb4472c38, catalog=0x9533be0, obj=0xb4fe5fa4) at Annot.cc:3394
#4  0x010e3b4a in Annots (this=0xb4400468, xref=0x95337a0, catalog=0x9533be0,
    annotsObj=0xb4fe604c) at Annot.cc:3333
#5  0x011499d6 in Page::displaySlice (this=0x9559580, out=0x9458180,
    hDPI=41.058823529411768, vDPI=41, rotate=0, useMediaBox=0, crop=1,
    sliceX=-1, sliceY=-1, sliceW=-1, sliceH=-1, printing=0, catalog=0x9533be0,
    abortCheckCbk=0, abortCheckCbkData=0x0, annotDisplayDecideCbk=0,
    annotDisplayDecideCbkData=0x0) at Page.cc:421
#6  0x0114d860 in PDFDoc::displayPageSlice (this=0x9530e88, out=0x9458180,
    page=2, hDPI=41.058823529411768, vDPI=41, rotate=0, useMediaBox=0, crop=1,
    printing=0, sliceX=-1, sliceY=-1, sliceW=-1, sliceH=-1, abortCheckCbk=0,
    abortCheckCbkData=0x0, annotDisplayDecideCbk=0,
    annotDisplayDecideCbkData=0x0) at PDFDoc.cc:405
#7  0x01037178 in Poppler::Page::renderToImage (this=0x984b098,
    xres=41.058823529411768, yres=41, x=-1, y=-1, w=-1, h=-1,
    rotate=Poppler::Page::Rotate0) at poppler-page.cc:188
#8  0x00170ea3 in PDFPixmapGeneratorThread::run (this=0x9528b30)

Hi,

> i changed my OS to f9.
> [...]
> #0  Form::findWidgetByRef (this=0x0, aref={num = 155, gen = 0}) at Form.cc:1231
> #1  0x010e1104 in AnnotWidget::initialize (this=0xb440e9a8, xrefA=0x95337a0,
>     catalog=0x9533be0, dict=0xb4472c38) at Annot.cc:1735

This is (was) a known Poppler bug (so not depending on Okular); from what I knew, Fedora 9 has an old Poppler version, and that's probably the cause of it.
Please make sure to update to a more recent version.

Hi Anıl,

can you still reproduce the problem with more recent versions of Okular and Poppler?

Hi Anıl,

if you have news about this issue, please do tell.

User did not care to answer, closing