This is indeed a problem on how modified files are handled by KDirWatch + KPDF. What we currently do is attach a KDirWatch to the current file, if the file gets modified and is not modified again in the next 750 ms assume it has stoped beign modified and open it. The problem is that probably when generation begins it sets the size of the file to 0 and does not changes the file until all the generation is finished and that generation takes more than 750 ms. 

Can you verify that the behaviour is that: size of the file to 0 at the begining and does not change until the generation has finished.

El Miércoles, 9 de Febrero de 2005 11:36, Albert Astals Cid escribió:
> Can you verify that the behaviour is that: size of the file to 0 at the
> begining and does not change until the generation has finished.

No, I'm sorry, but it isn't. :-(

During the generation, its size is never zero. It grows and shrinks several 
times, but never is zero.

Fell free to tell me if you need more info. ;)

Strange, i can get it to say 

kpdf: Error (0): PDF file is damaged - attempting to reconstruct xref table... 
kpdf: Error: Couldn't find trailer dictionary 
kpdf: Error: Couldn't read xref table 

But it never crashes here and reopens the document when it is correct.

Changing the summary to something more meaningfull

*** Bug 102987 has been marked as a duplicate of this bug. ***

*** Bug 105885 has been marked as a duplicate of this bug. ***

Hi,

my bug (Bug 105885) has been attached to this one as a duplicate, but I had a different crash: For me, KPDF repeatedly *always* crashes at QPixmap::ConvertFromImage. I'm using PDFlatext with Kile to create PDF documents with embedded PDF images.

Here's one backtrace (the other is at Bug 105885).

(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[KCrash handler]
#3  0x40c504b3 in QPixmap::convertFromImage ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#4  0x40c506e7 in QPixmap::QPixmap () from /usr/lib/qt3/lib/libqt-mt.so.3
#5  0x417d146c in PDFGenerator::customEvent ()
   from /opt/kde3/lib/kde3/libkpdfpart.so
#6  0x40c3a49e in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3
#7  0x40bd7d5f in QApplication::internalNotify ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#8  0x40bd9a83 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#9  0x408626b1 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4
#10 0x40bd8ed0 in QApplication::sendPostedEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0x40bd8f54 in QApplication::sendPostedEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0x40b84bc0 in QEventLoop::processEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x40befe51 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0x40befc96 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#15 0x40bd994f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#16 0x08050987 in ?? ()
#17 0xbfffed10 in ?? ()
#18 0xbfffece0 in ?? ()
#19 0x00000001 in ?? ()
#20 0x00000000 in ?? ()
#21 0x03df6174 in ?? ()
#22 0x0804d1e6 in ?? ()
#23 0x40016ff4 in ?? () from /lib/ld-linux.so.2
#24 0x400176ac in ?? ()
#25 0x00000000 in ?? ()
#26 0xbfffed88 in ?? ()
#27 0x40007c5c in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#28 0x41438e90 in __libc_start_main () from /lib/tls/libc.so.6
#29 0x0804f241 in ?? ()


Thanks!
Jens

Additional information: Crashes happen more often when pdflatex is run twice (e.g. due to changing references within the LaTeX file).

Another crash - currently KPDF crashes about every second PDFlatex run. :-(

(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
[KCrash handler]
#3  0x417d1476 in PDFGenerator::customEvent ()
   from /opt/kde3/lib/kde3/libkpdfpart.so
#4  0x40c3a49e in QObject::event () from /usr/lib/qt3/lib/libqt-mt.so.3
#5  0x40bd7d5f in QApplication::internalNotify ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#6  0x40bd9a83 in QApplication::notify () from /usr/lib/qt3/lib/libqt-mt.so.3
#7  0x408626b1 in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4
#8  0x40bd8ed0 in QApplication::sendPostedEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#9  0x40bd8f54 in QApplication::sendPostedEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#10 0x40b84bc0 in QEventLoop::processEvents ()
   from /usr/lib/qt3/lib/libqt-mt.so.3
#11 0x40befe51 in QEventLoop::enterLoop () from /usr/lib/qt3/lib/libqt-mt.so.3
#12 0x40befc96 in QEventLoop::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#13 0x40bd994f in QApplication::exec () from /usr/lib/qt3/lib/libqt-mt.so.3
#14 0x08050987 in ?? ()
#15 0xbfffed10 in ?? ()
#16 0xbfffece0 in ?? ()
#17 0x00000001 in ?? ()
#18 0x00000000 in ?? ()
#19 0x03df6174 in ?? ()
#20 0x0804d1e6 in ?? ()
#21 0x40016ff4 in ?? () from /lib/ld-linux.so.2
#22 0x400176ac in ?? ()
#23 0x00000000 in ?? ()
#24 0xbfffed88 in ?? ()
#25 0x40007c5c in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2
#26 0x41438e90 in __libc_start_main () from /lib/tls/libc.so.6
#27 0x0804f241 in ?? ()

I would guess that the only real way to close this bug is to enable Kghostview / KPDF to check the file integrity _before_ trying to load it. I.e. check if the PDF / Postscript file is not corrupt. If this cannot be easily done, Kghostview/KPDF should check if the file is opened for writing(!) by another application, and if so, refuse to update it until closed.

If all that isn't feasible for KPDF: I don't know if searching for an "%%EOF" marker at the end of the file will do the trick, but this might avoid waiting for a fixed time (after all, loading a corrupt PDF or Postscript file can happen all the time, not just during re-creation by e.g. pdflatex).

I just tested this for PDF files: This simple script will test for an %%EOF marker in PDF files (my *GUESS* is that every PDF file has such a marker and that it is added last, before closing the file).

Bash script:

> while true; do echo -n $(date +%H:%M:%S) "  "; test "$(tail -n 1 Bericht.pdf)" == "%%EOF" && echo "EOF found" || echo; sleep 0.1; done 

will output:

16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:54   EOF found
16:19:55   EOF found
16:19:55   EOF found
16:19:55
16:19:55
16:19:55
16:19:55
16:19:55
16:19:55
16:19:55
16:19:56
16:19:56
16:19:56
16:19:56
16:19:56
16:19:56
16:19:56
16:19:56
16:19:57
16:19:57
16:19:57
16:19:57
16:19:57
16:19:58
16:19:58
16:19:58
16:19:58   EOF found
16:19:58   EOF found
16:19:58   EOF found
16:19:59   EOF found
16:19:59   EOF found
16:19:59   EOF found


when PDFlatex runs over my PDF file. (18 page document with a couple PNG and PDF embedded images and lots of text, on a P4-1800MHz). So this _looks_ like it works.

Please implement something like this for KPDF and KGhostview. Thank you!


Jens

Another dump, after kpdf crashed while regenerating the pdf file twice shortly one after another with pdflatex:

Using host libthread_db library "/lib/tls/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread -1208132960 (LWP 11828)]
[New Thread -1215415376 (LWP 12504)]
[Thread debugging using libthread_db enabled]
[New Thread -1208132960 (LWP 11828)]
[New Thread -1215415376 (LWP 12504)]
[Thread debugging using libthread_db enabled]
[New Thread -1208132960 (LWP 11828)]
[New Thread -1215415376 (LWP 12504)]
0x009497a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#0  0x009497a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
#1  0x00a22a51 in ___newselect_nocancel () from /lib/tls/libc.so.6
#2  0x00aeef92 in _XEnq () from /usr/X11R6/lib/libX11.so.6
#3  0x00aef36e in _XRead () from /usr/X11R6/lib/libX11.so.6
#4  0x00af04cb in _XReply () from /usr/X11R6/lib/libX11.so.6
#5  0x00ae5aec in XQueryPointer () from /usr/X11R6/lib/libX11.so.6
#6  0x027b017f in QCursor::pos () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#7  0xb7d0430d in PageView::notifyPageChanged ()
   from /usr/lib/kde3/libkpdfpart.so
#8  0xb7cef563 in KPDFDocument::requestDone ()
   from /usr/lib/kde3/libkpdfpart.so
#9  0xb7cfc1fb in PDFGenerator::customEvent ()
   from /usr/lib/kde3/libkpdfpart.so
#10 0x02864cde in QObject::event () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#11 0x02808a19 in QApplication::internalNotify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#12 0x02808baa in QApplication::notify ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#13 0x005423f8 in KApplication::notify () from /usr/lib/libkdecore.so.4
#14 0x02809b76 in QApplication::sendPostedEvents ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#15 0x02809c02 in QApplication::sendPostedEvents ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#16 0x027b6cd5 in QEventLoop::processEvents ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#17 0x0281e0b5 in QEventLoop::enterLoop ()
   from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#18 0x0281e00e in QEventLoop::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#19 0x02807c1b in QApplication::exec () from /usr/lib/qt-3.3/lib/libqt-mt.so.3
#20 0x0804ee0d in ?? ()
#21 0xbffff6c0 in ?? ()
#22 0x00000001 in ?? ()
#23 0x00000001 in ?? ()
#24 0x00000000 in ?? ()

*** Bug 108495 has been marked as a duplicate of this bug. ***

> *** Bug 108495 has been marked as a duplicate of this bug. ***

Oops, I'm sorry about that.

Can anybody on this thread try this patch?

Index: PDFDoc.cc
===================================================================
--- PDFDoc.cc   (revisión: 431248)
+++ PDFDoc.cc   (copia de trabajo)
@@ -114,7 +114,27 @@

 GBool PDFDoc::setup(GString *ownerPassword, GString *userPassword) {
   str->reset();
-
+
+  char eof[8];
+  int pos = str->getPos();
+  str->setPos(7, -1);
+  eof[0] = str->getChar();
+  eof[1] = str->getChar();
+  eof[2] = str->getChar();
+  eof[3] = str->getChar();
+  eof[4] = str->getChar();
+  eof[5] = str->getChar();
+  eof[6] = str->getChar();
+  eof[7] = '\0';
+  if (strstr(eof, "%%EOF") == NULL)
+  {
+    error(-1, "Document does not has ending %%EOF");
+    errCode = errDamaged;
+    return gFalse;
+  }
+
+  str->setPos(pos);
+
   // check header
   checkHeader();

SVN commit 431645 by aacid:

This may fix #98891 i can not tell because i've never been able to reproduce it. I'm committing it to trunk (kde 3.5) and the kde 3.4 branch (so it will be in kde 3.4.2) if you can still reproduce this problem when using one of this releases please reopen this bug.
BUGS: 98891


 M  +21 -1     PDFDoc.cc  


--- trunk/KDE/kdegraphics/kpdf/xpdf/xpdf/PDFDoc.cc #431644:431645
@@ -114,7 +114,27 @@
 
 GBool PDFDoc::setup(GString *ownerPassword, GString *userPassword) {
   str->reset();
-
+  
+  char eof[8];
+  int pos = str->getPos();
+  str->setPos(7, -1);
+  eof[0] = str->getChar();
+  eof[1] = str->getChar();
+  eof[2] = str->getChar();
+  eof[3] = str->getChar();
+  eof[4] = str->getChar();
+  eof[5] = str->getChar();
+  eof[6] = str->getChar();
+  eof[7] = '\0';
+  if (strstr(eof, "%%EOF") == NULL)
+  {
+    error(-1, "Document does not has ending %%EOF");	      
+    errCode = errDamaged;
+    return gFalse;
+  }
+  
+  str->setPos(pos);
+  
   // check header
   checkHeader();