[DVIPDFMx] regression with dvipdfmx-20090506 and later

Jukka Salmi j+dvipdfmx at 2009.salmi.ch
Fri Aug 14 14:22:01 KST 2009


Hello,

Matthias Franz --> dvipdfmx (2009-08-13 21:53:52 -0400):
> Hello Jukka,
> 
> On Thu, Aug 13, 2009 at 12:53:23AM +0200, Jukka Salmi wrote:
> > But if the temporary files whose names mkstemp(3) generates do not
> > exist, file names are recycled after 26 of them.
> 
> I see.
> 
> > I don't understand why this file name recycling should be a problem;
> > dvipdfmx seems to process those temporary files serially, opening file i
> > only after file i-1 has been unlinked.  Thus it should even succeed if
> > mkstemp(3) always returned the same file name...  What am I missing?
> 
> The problem is that dvipdfmx caches filenames for PDF import. This
> avoids importing PDF objects repeatedly if they are referenced by
> two (or more) pages in the same PDF file.
> 
> The question is whether we want this behaviour for conversion to PDF.
> It could be relevant if dvipdfmx tries to "downgrade" PDF to meet
> the version of the output file. If we don't want it, then we could
> delete temporary filenames from the cache.
> 
> I have to think about it. In any case, we should fix this problem.

What about deleting all those temporary files only after dvipdfmx has
finished writing the .pdf file?  The file names would then be unique, no
matter how mkstemp(3) is implemented.


Regards, Jukka


> > BTW, dvipdfmx should probably not close the fd returned by mkstemp(3)
> > and then open the file by name, but that's another problem...
> 
> true
> 
> Thanks for the clarification,
> -- 
> Matthias
> _______________________________________________
> dvipdfmx mailing list
> dvipdfmx at ktug.or.kr
> http://project.ktug.or.kr/mailman/listinfo/dvipdfmx

-- 
This email fills a much-needed gap in the archives.


More information about the dvipdfmx mailing list