Bug 46708

Summary: File name pattern output by pdftoppm doesn't match documentation
Product: poppler Reporter: Àlex Magaz <alexandre.magaz>
Component: utilsAssignee: poppler-bugs <poppler-bugs>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium    
Version: unspecified   
Hardware: x86 (IA32)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Àlex Magaz 2012-02-28 00:50:24 UTC 
pdftoppm's man page says:

  Pdftoppm reads the PDF file, PDF-file, and writes one PPM file for each page, PPM-root-nnnnnn.ppm, where nnnnnn is the page number.

but the length of the page number string (nnnnnn) isn't 6 but variable. This breaks programs which expect it to have a fixed length.

The change was introduced in the following commit:

http://cgit.freedesktop.org/poppler/poppler/commit/utils/pdftoppm.cc?id=3ba088d8caee3c40c2aba0cd85adcf9195ae88a3

The snprintf format string was changed from "%.*s-%06d.%s" to "%.*s-%0*d.%s".
Comment 1 Albert Astals Cid 2012-02-29 14:23:55 UTC 
Changed the man page so that it might not lead to thinking there is a fixed number of numbers there.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.