[tex-live] cp8bit and old bugs
staw at gust.org.pl
Wed Sep 17 10:56:35 CEST 2003
I'm so sorry, but the last ad hoc changes to tex and co cannot work
as expected. Seems the bug was also in web2c 7.4.5 (teTeX 2.0)
(perhaps because of that faulty playing with locales still left?)
1. test with mex (Polish plain which provides also proper
interpretation of characters):
This is TeXk, Version 3.141592 (Web2C 7.5.2) (format=mex 2003.9.15) 17 SEP 2003 06:16
%&-line parsing enabled.
This is MeX Version 1.05 18 XII 1993 (B. Jackowski & M. Ry\'cko)
ąćęłńóśźż ^^81^^82^^86^^8a^^8bÓ^^91^^99^^9b  )
Output written on 00mex.dvi (1 page, 252 bytes).
The same in teTeX 2.0 (Web2c 7.4.5), but it worked with web2c 7.3.1.
The typeset output is OK.
2. the above with --translate-file given _only_ on the command line
gives the same result.
For current Windows binaries (from Sep 06, before not yet included
default cp8bit), the result is different: only Aogonek is represented
as ^^81 in the message and log file, other characters are well;
the typeset output is also OK.
3. now, as the world is latex oriented, and you can feel bored
by such exotic examples as above, please try the attached
latin1 (iso8859-1) test (iso1-t1.tex) and press 3 times the Enter key.
Then remove the first line and unpercent
so the default cp8bit.tcx could now work and you can see what was written
Please try also removing texmf/web2c/cp8bit.tcx for both latex tests.
I didn't expected such strange results and I'm in despair what
can be done to correct that mess before TL release. Any help? Olaf,
StaW at gust.org.pl
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 2616 bytes
Url : http://tug.org/pipermail/tex-live/attachments/20030917/16d6d94d/iso1-t1.tex
More information about the tex-live