On Mon, Jan 10, 2011 at 08:55, Taco Hoekwater wrote:

...

And when I try to use it I get:

...

mptopdf a.mp

-bash: /usr/texbin/mptopdf: Permission denied

Permission denied is usually a file permission error (script is not executable).

Totally weird. The file /usr/local/texlive/2010/texmf-dist/scripts/context/perl/mptopdf.pl was not executable, but it is executable in TeXLive's SVN which is a bit strange. Moreover the file I have is dated 28th May, while the one in TL is dated 1st June. Maybe MacTeX took older files exactly in the three-day window (but I did update after that ...) or maybe I simply screwed up the installation by rewriting some ConTeXt files one day without being aware of it (which is more probable). TLContrib's ConTeXt doesn't seem to accidentally have that file, at least not at the moment. Thanks anyway, Mojca PS: the request for Hans is still valid

On Wed, Jan 12, 2011 at 10:07, Hans Hagen wrote:

it was wrong in the context zip; for windows one can just copy the stub mtxrun.exe to mptopdf.exe but the same is not true for the shell script that needs to be:

#!/bin/sh mtxrun --script mptopdf "$@"

That's right, but may I ask to fix that in ConTeXt?

I'm not sure, but a generic (copyable) script could be:

#!/bin/sh mtxrun --script $0 "$@"

(no shell expert)

No, that would not work properly. $0 gives me full path to the executable script, so in my case I would get mtxrun --script /context/tex/texmf-osx-64/bin/mptopdf <the rest> which is probably not desirable. There are ways to circumvent this, but leaving the scripts the way they are now still seems reasonable to me. Mojca

On Wed, Jan 12, 2011 at 12:17, Hans Hagen wrote:

On 12-1-2011 10:31, Mojca Miklavec wrote:

...

No, that would not work properly. $0 gives me full path to the executable script, so in my case I would get     mtxrun --script /context/tex/texmf-osx-64/bin/mptopdf<the rest> which is probably not desirable. There are ways to circumvent this, but leaving the scripts the way they are now still seems reasonable to me.

ok, can you check if the current zip has it right for you?

It seems ok, thanks. Mojca

2011/1/12 Michal Kvasnička :

Hallo.

I tried mtxrun --script mptopdf chart08.1 but I've got the following error.

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)  \write18 enabled. entering extended mode [MP to PDF] (./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m ap/pdftex/plain/pdftex.map}) [1] !pdfTeX error: pdftex (file lmmi9): Font lmmi9 at 600 not found  ==> Fatal error occurred, no output PDF file produced!

MPtoPDF 1.4.0 : error while processing tex file

I'm using ConTeXt minimals under Ubuntu 10.10, the last stable version of ConTeXt (ver: 2010.07.30 11:35 MKII). However, it produces the same error with two other betas I've got in my computer.

I guess there is something broken inside the mptopdf since I can compile the charts themselves with texexec --mptex chart08.mp. And when I include it into a TeX file with \externalfigure, the pdf file created is all right.

Can you tell me how to solve it? I will really need mptopdf in two or three weeks painfully. Many thanks.

Best wishes, Michal Can you show a minimal example ? -- luigi

On Wed, Jan 12, 2011 at 18:12, Mojca Miklavec wrote:

2011/1/12 Michal Kvasnička :

...

Hallo.

I tried mtxrun --script mptopdf chart08.1 but I've got the following error.

This is pdfTeX, Version 3.1415926-1.40.11 (TeX Live 2010)  \write18 enabled. entering extended mode [MP to PDF] (./charts08.1{/home/qasar/programy/context_stable/tex/texmf/fonts/m ap/pdftex/plain/pdftex.map}) [1] !pdfTeX error: pdftex (file lmmi9): Font lmmi9 at 600 not found  ==> Fatal error occurred, no output PDF file produced!

I have tried to compile the following example:

beginfig(1); draw btex $x+1=2$ etex; endfig; end.

It works fine with TeX Live 2010/TLContrib, but fails in minimals (nearly-latest version of ConTeXt).

To me this seems as if mptopdf was trying to run plain pdfTeX instead of ConTeXt [or I have no idea what]. It then only reads pdftex.map which certainly lacks the information about lmmi font. But I wonder why it only reads from pdftex.map ... I could fix pdftex.map, but I would like to figure out what exactly is going on ...

Just some more information ... Looking into the filename.1 makes me very suspicious: %!PS %%BoundingBox: 0 0 0 0 %%HiResBoundingBox: 0 0 0 0 %%Creator: MetaPost 1.503 %%CreationDate: 2011.01.12:1822 %%Pages: 1 %*Font: ec-lmr12 11.95517 11.95517 1c:800c04010000000006d42298 %*Font: lmmi12 11.95517 11.95517 78:8 %%BeginProlog %%EndProlog %%Page: 1 1 0 0 0 setrgbcolor 208.537 -9.2369 moveto (1) ec-lmr12 11.95517 fshow -1.133 -67.5053 moveto (b) ec-lmr12 11.95517 fshow 5.6958 -67.5053 moveto (egin\034g\(1\);) ec-lmr12 11.95517 fshow 60.9747 -67.5053 moveto (dra) ec-lmr12 11.95517 fshow 77.5584 -67.5053 moveto (w) ec-lmr12 11.95517 fshow 89.9146 -67.5053 moveto (btex) ec-lmr12 11.95517 fshow 116.2533 -67.5053 moveto (x) lmmi12 11.95517 fshow showpage %%EOF What exactly does "begindraw" do in EPS file? Adding ec-lmr12 and lmmi12 into pdftex.map got rid of the error, but didn't generate any valid output (it created an empty pdf). What mptopdf run on filename.1 does is basically pdftex -fmt=mptopdf -progname=context \\relax mathmp.1 (maybe I'm wrong; but it behaved exactly like that), but I didn't manage to get any sensible output out of that. Mojca

2011/1/12 Michal Kvasnička:

Hallo.

Can you tell me how to solve it? I will really need mptopdf in two or three weeks painfully. Many thanks.

You can always use \starttext\startMPpage your metapost code \stopMPpage\stoptext but the problem needs to be resolved. Mojca