On Mon, Oct 07, 2019 at 10:40:27AM +0700, Igor Liferenko wrote:
> Package: mftrace
> Version: 1.2.20+git20190918.fd8fef5-1
> Severity: important
>
> Dear Maintainer,
>
> $ mftrace --formats=pfb --encoding=tex256.enc --magnification=2000 lhr10
> mftrace 1.2.20
> Font `lhr10'...
> Traceback (most recent call last):
> [...]
> File "/usr/share/mftrace/tfm.py", line 38, in get_string
> s = (self.left[1:1 + b]).decode('ascii')
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc0 in position 0:
> ordinal not in range(128)
Dear Igor,
Thanks for reporting this. That is so bizarre. I've explored the
lhr10.tfm file, and its encoding scheme is recorded as follows (in
octal/ASCII characters and hexadecimal):
0000000 300 \0 \0 & 300 \0 \0 " 300 \0 \0 032 300 \0 \0 030
c0 00 00 26 c0 00 00 22 c0 00 00 1a c0 00 00 18
0000020 300 \0 \0 037 300
c0 00 00 1f c0
I cannot fathom where this is coming from, but that is causing mftrace
to blow up at this point. I'll investigate further....
Best wishes,
Julian
