[NTG-pdftex] \pdffontobjnum assertion failed

[Hans Hagen]

On 1/24/2018 12:31 AM, Karl Berry wrote:
> In case anyone here has a chance to look ...
> 
> Date: Tue, 23 Jan 2018 15:52:19 +0100
> From: Enrico Gregorio <Enrico.Gregorio at univr.it>
> To: TeXLive <tex-live at tug.org>
> Subject: [tex-live] Bug in pdftex. Suggestions on who to report?
> 
> The following example, compiled with pdftex,
> 
> \edef\tenitnumber{\pdffontobjnum\tenit}
> \message{The font number is \tenitnumber}
> 
> \tenitnumber
> 
> \bye
> 
> fails with
> 
> This is pdfTeX, Version 3.14159265-2.6-1.40.18 (TeX Live 2017) (preloaded format=pdftex)
> 
>   restricted \write18 enabled.
> entering extended mode
> 
> (./alfon.tex{/usr/local/texlive/2017/texmf-var/fonts/map/pdftex/updmap/pdftex.m
> ap} The font number is 1 [1]Assertion failed: (fo->last_char >= fo->first_char), function create_fontdictionary, file ../../../texk/web2c/pdftexdir/writefont.c, line 607.
>   )Abort trap: 6
> 
> The similar
> 
> \edef\first{\pdffeedback fontobjnum\tenit}
> 
> \first
> 
> \bye
> 
> doesn�’t fail on LuaTeX.
> 
> Tested both on Mac OS X and Windows (Joseph Wright tested it). [...]
\starttext

\tt d \edef\tenitnumber{\pdffontobjnum\font}

\stoptext

gives

pdfTeX error: pdftex.exe (file ec-lmtt12): Font ec-lmtt12 at 600 not found
  ==> Fatal error occurred, no output PDF file produced!

so maybe this be related to the recent patches wrr bitmaps en encoding 
checks

(my guess is that the request for an object number triggers that the 
font gets embedded while in fact only an object number needs to be 
reserved .. it makes no sense to start embedding when it is yet unknown 
which glyphs need to be included in the subset)

Hans


-----------------------------------------------------------------
                                           Hans Hagen | PRAGMA ADE
               Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
        tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------