<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 6 June 2016 at 16:34, Norbert Preining <span dir="ltr"><<a href="mailto:preining@logic.at" target="_blank">preining@logic.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi<br>
<span><br>
> This plain tex document demonstrates \pdflastmatch failing if used after<br>
> a \pdfmatch that returned no matches.<br>
<br>
</span>I confirm that the same happens on x86_64-linux.<br>
<span><br>
> The crash disappears if I apply an attached utils.c.diff.<br>
> But I don't know that the patch is right or not.<br>
<br>
</span>I also confirm that the crash disappears, but for the mentioned<br>
document:<br>
<span>        \pdfmatch{a}{b}<br>
        \pdflastmatch0<br>
        \bye<br>
</span>I get a strange output of<br>
        0 -1-<inverted question mark><br>
<br>
Not sure if this is supposed to be.<br>
<br>
Norbert<br>
</blockquote></div><br></div><div class="gmail_extra">that is I think the correct output <br>the -> comes out as an inverted question mark unless you add \tt somewhere because cmr10 encoding is entertaining,<br><br>so that is <br>0 from  \pdfmatch (no match) <br></div><div class="gmail_extra">-1 from \pdflastmatch0 (non existing index of start of requested match)<br></div><div class="gmail_extra">-><nothing>  the non existing string matched.<br><br></div><div class="gmail_extra">David<br><br></div></div>