Bug#998461: ghostscript: pdfwrite emits incorrect ToUnicode CMap entries due to incorrect 2-byte Unicode test

[Vincent Lefevre <vincent@vinc17.net>]

Control: found -1 9.53.3~dfsg-7+deb11u1
Control: found -1 9.54.0~dfsg-5

On 2021-11-04 17:02:05 +0100, Vincent Lefevre wrote:
> On 2021-11-04 16:41:04 +0100, Vincent Lefevre wrote:
> [...]
> > Testcase chartest5a-tl2021.pdf attached. It was generated with
> > TeX Live 2021 on the following LaTeX source:
> > 
> > \documentclass[12pt]{article}
> > \usepackage[utf8]{inputenc}
> > \usepackage[T1]{fontenc}
> > \usepackage{lmodern}
> > \begin{document}
> > \thispagestyle{empty}
> > Test: « don't finite float offer affine ».
> > \end{document}
> > 
> > This chartest5a-tl2021.pdf file contains the following text:
> > 
> >   Test: « don’t finite float offer affine ».
> > 
> > But when converted with ps2pdf (or gs directly), one gets:
> > 
> >   Test: ń donŠt Ąnite Ćoat offer affine ż.
> 
> The following ghostscript versions are also affected:
>   ghostscript 9.53.3~dfsg-7+deb11u1 (stable-security)
>   ghostscript 9.53.3~dfsg-8
> 
> But ghostscript 9.27~dfsg-2+deb10u4 from Debian 10.11 (buster) was
> correct.

and as expected, the unstable version 9.54.0~dfsg-5 is incorrect
(like stable and experimental).

All these results are summarized there:

  https://bugs.ghostscript.com/show_bug.cgi?id=704478#c10

(this is chartest5a).

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)