[tex-live] [pdftex] BUG pdftex-1.40.11 TeXLive 2010 (win32)

Alexander Grahn A.Grahn at hzdr.de
Mon Apr 11 10:33:58 CEST 2011


On Fri, Apr 08, 2011 at 06:44:32PM +0200, Heiko Oberdiek wrote:
>On Fri, Apr 08, 2011 at 11:03:51PM +0900, Akira Kakuto wrote:
>
>> > > I encountered a bug in current pdftex-1.40.11 of TeXLive 2010
>> > > on the Win32 platform.
>> > 
>> > Confirmed. I don't yet understand why.
>> 
>> I've found that a pdf file cannot be read after
>> \pdfximage in getmd5sum(). Probably the file is locked for
>> some reason. In the case of \immediate\pdfximage, the file
>> can be read.
>> 
>> \pdfximage {foo.pdf}
>> \pdfrefximage\pdflastximage
>> \vfill\eject
>> \pdfmdfivesum file {foo.pdf}
>
>Test file for use with "pdfTeX -ini":
>
>\catcode`\{=1
>\catcode`\}=2
>\catcode`\#=6
>\pdfoutput=1
>\def\msg#{\immediate\write16}
>\def\test#1{%
>  \edef\x{\pdfmdfivesum file{#1}}%
>  \msg{[\x] #1}%
>}
>\test{ctanlion.png}
>\test{tiger.pdf}
>
>\pdfximage {ctanlion.png}
>\test{ctanlion.png}
>\test{tiger.pdf}
>
>\pdfximage {tiger.pdf}
>\test{ctanlion.png}
>\test{tiger.pdf}
>
>\csname @@end\endcsname\end
>
>That shows that the .png file is not affected.
>The latest md5sum is the checksum of an empty file:
>  D41D8CD98F00B204E9800998ECF8427E
>
>The file size (\pdffilesize) is correct in both cases.
>If I add
>  \immediate\write18{copy tiger.pdf t.pdf}
>  \test{t.pdf}
>
>Then I get the message from command "copy" (translated to English):
>| The process cannot access the file, because another process has locked
>| a part of the file.
>
>This does not happen for .png files.
>
>Yours sincerely
>  Heiko Oberdiek

Thanks, Heiko for testing and finding a possible source of the problem.

I ran MiKTeX pdftex-1.40.11 on my original test file; it produced
/correct/ md5 checksums.

Alexander


More information about the tex-live mailing list