Bug 46708 - File name pattern output by pdftoppm doesn't match documentation
Summary: File name pattern output by pdftoppm doesn't match documentation
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: utils (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-02-28 00:50 UTC by Àlex Magaz
Modified: 2012-02-29 14:23 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

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.