| Summary: | [pdfseparate] Near-eternal loop, 3 exabyte file output | ||
|---|---|---|---|
| Product: | poppler | Reporter: | MH <ravdune+bugzilla> |
| Component: | utils | Assignee: | poppler-bugs <poppler-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | minor | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: |
disk-fill.pdf
check for EOF |
||
Created attachment 108113 [details] [review] check for EOF (In reply to Adrian Johnson from comment #1) > Created attachment 108113 [details] [review] [review] > check for EOF Thanks, Adrian, looks well! Comment on attachment 108113 [details] [review] check for EOF Review of attachment 108113 [details] [review]: ----------------------------------------------------------------- Looks good to me too. Pushed |
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.
Created attachment 108108 [details] disk-fill.pdf OS: Fedora 20 (running in virtualbox) Dependencies installed with: yum-builddep poppler Version: GIT Master Command line for loop demonstration: master/utils/pdfseparate <attached.pdf> /dev/null Command line for filling disk: master/utils/pdfseparate <attached.pdf> out-%d Attached several files that repeat this, basically there's an output loop that attempts to write 3,695,785,924,655,524,693 bytes (3.6 exabytes) to disk. Should probably sanity check the size. Obviously minor bug. for (Goffset i = 0; i < length; i++) { int c = str->getUnfilteredChar(); outStr->printf("%c", c); } Here with attached file & command line length = 3695785924655524693