[metapost] Bug in metapost 1.203 ?

Dan Luecking luecking at uark.edu
Wed Jun 24 23:10:33 CEST 2009


At 10:05 AM 6/24/2009, Christophe Poulain wrote:
>Hi,
>
>i've tried this with metapost 1.203
>
>%-%-%-%-%
>beginfig(1);
>label(btex Dur\'ee etex,cm*(1,1));
>endfig;
>end
>%-%-%-%-
>
>no problem.
>
>But with this
>
>%-%-%-%-%-
>verbatimtex
>%&latex
>\documentclass{article}
>\usepackage[utf8]{inputenc}
>\usepackage[T1]{fontenc}
>\usepackage[frenchb]{babel}
>\begin{document}
>etex
>
>beginfig(1);
>label(btex Dur\'ee etex,cm*(1,1));
>endfig;
>end
>%-%-%-%-%-%
>
>there's no compilation : she isn't stop !

I can confirm. In fact I get the same result from the smaller
preamble:
verbatimtex
%&latex
\documentclass{article}
\usepackage[T1]{fontenc}
\begin{document}
etex

I was able to use use the sequence mpto -tex + latex + dvitomp
to produce an mpx file. Even in the presence of this mpx file,
mpost hangs.

Here is that mpx file. It seems innocuous:

% Written by dvitomp version 1.203
begingroup save _p,_r,_s,_n; picture _p; _p=nullpicture;
string _n[];
vardef _s(expr _t,_f,_m,_x,_y)(text _c)=
   addto _p also _t infont _f scaled _m shifted (_x,_y) _c; enddef;
_n0="ecrm1000";
_s("Dur"&char233&"e",_n0,1.00000,0.0000,0.0000,);
setbounds _p to (0,0.0000)--(25.8965,0.0000)--
  (25.8965,6.8615)--(0,6.8615)--cycle;
_p endgroup
mpxbreak

Some tests: adding \usepackage{lmodern} changes the font,
but the same hanging problem occurs.

When it hangs, hitting ctrl-C halts it. The PS output
is already megabytes in size and contains hundresd of
thousands of lines like:

%*Font: ecrm1000 9.96265 9.96265 44:8000000040024
%*Font: ecrm1000 9.96265 9.96265 e9:0
%*Font: ecrm1000 9.96265 9.96265 65:80048

The first line is unique but the second and third line are
repeated forever (apparently).

Editing the mpx, changing char233 to some other numbers, can
change the behavior: It seems not to hang for char175 or less
but does hang for char176 or more. I did not actually test all
numbers 0--255, but only the following in this order
   char233 : failure
   char33 char133 : success
   char183 : failure
   char163 char173 : success
   char178 char177 char176 : failure
   char175 char174 : success

If I change char233 to char175 (the highest that worked) there
is only one similar line:

%*Font: ecrm1000 9.96265 9.96265 44:800000004002400000000000001

Although the last number is suspiciously large, the eps file can
be processed and viewed. Of course it does not contain an eacute
but rather an racute (char175 in T1 encoding).

>I use Linux+Debian Lenny+TexLive.

And I use Windows XP Pro (SP3) with TeX Live 2008.

Hope this helps.

Regards,
Dan


Daniel H. Luecking
Department of Mathematical Sciences
University of Arkansas
"Dubito ergo cogito, cogito ergo sum" --Descartes



More information about the metapost mailing list