On 2013-09-04 14:28:53 +0900, Norbert Preining wrote:
> On Mi, 22 Mai 2013, Vincent Lefevre wrote:
> > The /usr/share/doc/texlive-doc/latex/comprehensive/symbols-*.pdf files
> > contain many PDF errors, e.g.
>
> Why do you deduce that this is a PDF error and not a limitation
> in the poppler library driving the display?
>
> My feeling is that this is a poppler bug.
The poppler source contains:
// Step 2: split the remaining string into a sequence of components, using
// underscore (U+005F LOW LINE) as the delimiter.
if (ligatures && strchr(charName, '_')) {
// parse names of the form A_a (e.g. f_i, T_h, l_quotesingle)
char *lig_part, *lig_end, *lig_copy;
int n = 0, m;
lig_part = lig_copy = copyString(charName);
do {
if ((lig_end = strchr(lig_part, '_')))
*lig_end = '\0';
if (lig_part[0] != '\0') {
GBool namesRecurse = gTrue, ligaturesRecurse = gFalse;
if ((m = parseCharName(lig_part, uBuf + n, uLen - n, namesRecurse,
ligaturesRecurse, numeric, hex, variants)))
n += m;
else
error(errSyntaxWarning, -1, "Could not parse ligature component
\"{0:s}\" of \"{1:s}\" in "
"parseCharName", lig_part, charName);
}
lig_part = lig_end + 1;
} while (lig_end && n < uLen);
gfree(lig_copy);
return n;
}
(in poppler/GfxFont.cc), and in poppler/Error.h:
errSyntaxWarning, // PDF syntax error which can be worked around;
// output will probably be correct
So, it really is a "PDF syntax error", not a limitation in poppler.
--
Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
