![](https://secure.gravatar.com/avatar/7d19e6b2520f265ddf2121b2c29cc0d9.jpg?s=120&d=mm&r=g)
Bugs item #4352, was opened at 2012-08-06 15:29 Status: Open Priority: 3 Submitted By: Emmanuel Beffara (xunam) Assigned to: Nobody (None) Summary: "Badly formed number" errors Category: Fonts Group: None Resolution: None Initial Comment: For some time (can't remember precisely when it started) I have been getting errors for PDFs using my "French Cursive" font family. There are many things involved when this bug happens, so it is hard to pinpoint exactly where it comes from, but I have the impression it might happen in pdfTeX. It happens with PDF documents generated by pdfTeX using some particular fonts. The symptom is error messages of the form Error (2319): Badly formatted number when viewing the PDFs using any software that uses the Poppler library. The number in the messages is variable. Despite these messages, documents are properly displayed and printed. Any document using the current CTAN version of frcursive exhibits this problem. I attach a minimal example of a font that also produces the error. The procedure of the included Makefile is: 1. make the PFB font and the TFM file from the MF source, using mftrace 2. compile a minimalistic document with pdftex 3. convert it to PS using pdftops (which uses poppler) Step 3 produces the error message. I should add that I experimented a bit on this minimal example: - if I make the PDF using tex and dvipdfm, the error disappears (which is why I though pdftex was part of the bug) - if I change the character width from -0.111 pt# to e.g. 0.111 pt# or -0.11 pt#, the error disappears ---------------------------------------------------------------------- Comment By: Reinhard Kotucha (reinhard) Date: 2012-08-06 20:18 Message: The file foo.pfb contains much too large values for hsbw: 2 index /CharStrings 2 dict dup begin /.notdef { 0 32757 hsbw endchar } ND /a { 0 32757 hsbw endchar } ND The first argument of hsbw is the side bearing, usually < 100, the second argument denotes the glyph width, usually < 1000. Since 32757 > 2^16, it might be an implementation limit of some programs. Furthermore, when I extract and disassemble the font included in the resulting PDF file, the result is exactly the same. Hence pdftex includes it "as is". I suppose that the problem either originates from mftrace or the metafont sources. You can use the program t1disasm in order to disassemble fonts. See also: http://partners.adobe.com/public/developer/en/font/T1_SPEC.PDF Regards, Reinhard ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=4352&group_id=106