[tex-k] Bug in epstopdf (?)

[Karl Berry]

Pat and all - back on your report about epstopdf from 2020 (sorry).

    https://tug.org/pipermail/tex-k/2020-September/003331.html
    [...]
    Silly_1.eps converts to a blank file Silly_1-eps-converted-to.pdf

It works for me. (So does Silly_NM.) Heiko added support for the DOS EPS
binary format in 2013 (epstopdf 2.20).

I think either you may have a truly old version of epstopdf (probably
not, since your miktex looked reasonably up to date), or perhaps it was
a bug in the Ghostscript of the time handling the fonts that the
numbered labels came from. Or something.

If you run epstopdf --debug Silly_1.eps, it will report what it's doing.
What I get is:

[...]
* DOS EPS binary file header found
*   PS offset: 30
*   PS length: 6887
*   No checksum
* Scanning header for BoundingBox
* Old BoundingBox: 0 0 135 111
* New BoundingBox: 0 0 135 111
* Offset: 0 0
GPL Ghostscript 10.01.2 (2023-06-21)
[...]
* Done.

And the result pdf can be parsed, and also looks valid visually (the
expected Go game board):

$ pdfinfo Silly_1.pdf | grep "Page size"
Page size:      135 x 111 pts (rotated 0 degrees)

I'll attach the input file since you might not have it at hand after
nearly three years :).

Hope this helps, and thanks for the report. --karl.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Silly_1.eps
Type: application/postscript
Size: 21238 bytes
Desc: not available
URL: <https://tug.org/pipermail/tex-k/attachments/20230708/0378e06f/attachment-0001.eps>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Silly_1.pdf
Type: application/pdf
Size: 4690 bytes
Desc: not available
URL: <https://tug.org/pipermail/tex-k/attachments/20230708/0378e06f/attachment-0001.pdf>