3 Jan 2011 14:35

Question: [mpost .. texnum.mpfatal: Command failed]

Hello,

I am using the default implementation of TeXLive 2010 which provides MetaPost 1.211
on Windows 7.  I'm getting a fatal error on texnum.mp on the simplest possible use
of graph.  Here is the simplest possible test case that shows the error:

input graph
end

Here is the error message I get.

C:\texlive\2010\bin\win32\mpost xtest
This is MetaPost, version 1.211 (Web2C 2010) (kpathsea version 6.0.0)
(./xtest.mp (c:/TeXLive/2010/texmf-dist/metapost/base/graph.mp
(c:/TeXLive/2010/texmf-dist/metapost/base/marith.mp
(c:/TeXLive/2010/texmf-dist/metapost/base/string.mp))
(c:/TeXLive/2010/texmf-dist/metapost/base/format.mp
(c:/TeXLive/2010/texmf-dist/metapost/base/string.mp)
(c:/TeXLive/2010/texmf-dist/metapost/base/texnum.mpfatal: Command failed: etex -
-parse-first-line --interaction=nonstopmode mpa05524.tex; see mpxerr.log
>> texnum.mp
>> texnum.mpx
! Unable to make mpx file.
l.17 init_numbers(btex
$-$etex, btex$1$etex, btex${\times}10$etex,
Transcript written on xtest.log.

Here is the information I get when running etex.

C:\texlive\2010\bin\win32\etex --parse-first-line --interaction=nonstopmode mpxerr.tex
This is pdfTeX, Version 3.1415926-1.40.11 (Web2C 2010)
restricted \write18 enabled.
entering extended mode
(./mpxerr.tex [1] [1] [1] [1] [1] [1] )
Output written on mpxerr.dvi (6 pages, 672 bytes).
Transcript written on mpxerr.log.

Is there something I need to configure in TeXLive or my .mp file in
order to get this to work?  Or is there some other debugging I can do to determine
how to resolve this problem?

--
http://tug.org/metapost/
4 Jan 2011 03:34

Setting the baseline point for graphic while using luamplib and lualatex

Hello everyone. This is my first post to this list, and I am new to
metapost and luamplib, so if the question is better posted elsewhere

I am creating a document that draws random right triangles to give
students practice with the trig functions. The figures are created
successfully, but I would like to move the anchor point for the
picture to the top of the bbox, instead of the bottom. If I was doing
this in the traditional manner, I would shift it using the graphics
package, but as this is lualatex and luamplib, the graphics package is
not involved. Any ideas how to accomplish this.

My files are attached. Thanks for any help you may be able to give.

Jason T. Stein, B. Sc. (1998), B. Ed. (2002)

Attachment (rightTriangle.lua): application/octet-stream, 1737 bytes
Attachment (wa10_triangles.tex): application/x-tex, 1379 bytes
--
http://tug.org/metapost/
4 Jan 2011 19:02

Re: Setting the baseline point for graphic while using luamplib and lualatex

  Le 04/01/2011 03:34, Jason Stein a écrit :
> Hello everyone. This is my first post to this list, and I am new to
> metapost and luamplib, so if the question is better posted elsewhere
>
> I am creating a document that draws random right triangles to give
> students practice with the trig functions. The figures are created
> successfully, but I would like to move the anchor point for the
> picture to the top of the bbox, instead of the bottom. If I was doing
> this in the traditional manner, I would shift it using the graphics
> package, but as this is lualatex and luamplib, the graphics package is
> not involved. Any ideas how to accomplish this.
>
> My files are attached. Thanks for any help you may be able to give.
>
> Jason T. Stein, B. Sc. (1998), B. Ed. (2002

Your document doesn't compile because exam_preamble.tex is missing.

François

--
http://tug.org/metapost/


4 Jan 2011 21:19

Re: [SPAM] Setting the baseline point for graphic while using luamplib and lualatex

At 08:34 PM 1/3/2011, Jason Stein wrote:

>I am creating a document that draws random right triangles to give
>students practice with the trig functions. The figures are created
>successfully, but I would like to move the anchor point for the
>picture to the top of the bbox, instead of the bottom. If I was doing
>this in the traditional manner, I would shift it using the graphics
>package, but as this is lualatex and luamplib, the graphics package is
>not involved. Any ideas how to accomplish this.

Normally image inclusion creates a box with the baseline
at the bottom. If you want a box with the baseline at the
top, you wrap it in TeX box-creation commands that
accomplish this. For example in latex:

\begin{minipage}{10cm}[t]
\vspace{0pt}% create an empty "top" line for [t] alignment
\end{minipage}

In plain tex:

\vtop{\hsize 10cm
\vskip0pt % empty top line for \vtop alignment
% image here
}

>filename="wa10_triangles.tex"
(An \input-ed file is missing.)

Good luck,
Dan

Daniel H. Luecking
Department of Mathematical Sciences
Fayetteville, Arkansas
http://www-cs-faculty.stanford.edu/~knuth/iaq.html

--
http://tug.org/metapost/


21 Jan 2011 12:30

Re: Limited precision -- Megapost

Hello all!

I am having troubles with Metapost limited presicion. I can find in the web some references to
the fact that

Version 2.000 of MetaPost will have a runtime configurable precision
and infinite numeric input range.

there are also references to Megapost that seem to point in that direction

I would be very grateful if someone could tell if (and how) one can these features already.

Thanks a lot,

Alfredo


Hello all!

I am having troubles with Metapost limited presicion. I can find in the web some references to the fact that

Version 2.000 of MetaPost will have a runtime configurable precision
and infinite numeric input range.

there are also references to Megapost that seem to point in that direction

I would be very grateful if someone could tell if (and how) one can these features already.

Thanks a lot,

Alfredo
--
http://tug.org/metapost/
21 Jan 2011 17:51

Re: Limited precision -- Megapost

Hello all!

I am having troubles with Metapost limited presicion. I can find in the web some references to
the fact that

Version 2.000 of MetaPost will have a runtime configurable precision
and infinite numeric input range.

there are also references to Megapost that seem to point in that direction

I would be very grateful if someone could tell if (and how) one can these features already.

Thanks a lot,

Alfredo


Hello all!

I am having troubles with Metapost limited presicion. I can find in the web some references to the fact that

Version 2.000 of MetaPost will have a runtime configurable precision
and infinite numeric input range.

there are also references to Megapost that seem to point in that direction

I would be very grateful if someone could tell if (and how) one can these features already.

Thanks a lot,

Alfredo
--
http://tug.org/metapost/
21 Jan 2011 23:50

Re: Limited precision -- Megapost

On 21-1-2011 5:51, navarro <at> us.es wrote:
> Hello all!
>
> I am having troubles with Metapost limited presicion. I can find in the web some references to
> the fact that
>
> Version 2.000 of MetaPost will have a runtime configurable precision
> and infinite numeric input range.
>
> there are also references to Megapost that seem to point in that direction
>
> I would be very grateful if someone could tell if (and how) one can these features already.

No, it will be available sometime later this year. A first step was
rewriting large chunks of metapost (mem management and such). Once that
is stable the next step is the enlarging. Anouncements will happen as
usual on this list.

Hans

-----------------------------------------------------------------
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: 038 477 53 69 | voip: 087 875 68 74 | www.pragma-ade.com
| www.pragma-pod.nl
-----------------------------------------------------------------
--
http://tug.org/metapost/


22 Jan 2011 15:07

Re: Limited precision -- Megapost

In article <4D3A0DA2.8050903 <at> wxs.nl>, Hans Hagen <pragma <at> wxs.nl> wrote:

> On 21-1-2011 5:51, navarro <at> us.es wrote:
> > Hello all!
> >
> > I am having troubles with Metapost limited presicion. I can find in the web
> > some references to
> > the fact that
> >
> > Version 2.000 of MetaPost will have a runtime configurable precision
> > and infinite numeric input range.
> >
> > there are also references to Megapost that seem to point in that direction
> >
> > I would be very grateful if someone could tell if (and how) one can these
>
> No, it will be available sometime later this year. A first step was
> rewriting large chunks of metapost (mem management and such). Once that
> is stable the next step is the enlarging. Anouncements will happen as
> usual on this list.

Will floating point replace fixed point arithmetic, or will MetaPost be
extended with a new data type for arbitrary precision, with implicit
conversions to/from the existing numeric data type?

Nicola

--
http://tug.org/metapost/


23 Jan 2011 10:27

Re: Limited precision -- Megapost

On 01/22/2011 03:07 PM, Nicola wrote:
>
> Will floating point replace fixed point arithmetic, or will MetaPost be
> extended with a new data type for arbitrary precision, with implicit
> conversions to/from the existing numeric data type?

The current plan (which is almost a certainty) is to have a command-line
switch to configure what internal data type to use. The planned choices
are traditional scaled integer, floating point double, arbitrary
precision with binary calculus, and arbitrary precision with decimal
calculus.

Best wishes,
Taco
--
http://tug.org/metapost/


24 Jan 2011 08:57

Re: Limited precision -- Megapost

Thanks for the responses about my not-very-precise request on "Limited
precision  -- Megapost"

I am drawing some pictures of light beams falling on different geometric
shapes, like parabolas and hyperbolas and "calculating" the reflected beam
and, when there are a few reflections involved, I have noticed that these
reflected beams fail to pass through the foci of the conics. I think this
has to do with precision problems when calculating the intersections of paths, but
it can also be due to the representation by cubics, since the conics are
drawn by the path joining a few points. I will see if I can do a bit "fine
tuning" on this to get acceptable results.

Thanks again and

Many thanks to the developers and to John Hobby for such a wonderful (and
enjoyble)  piece of software.

Alfredo



Thanks for the responses about my not-very-precise request on "Limited
precision  -- Megapost"

I am drawing some pictures of light beams falling on different geometric
shapes, like parabolas and hyperbolas and "calculating" the reflected beam
and, when there are a few reflections involved, I have noticed that these
reflected beams fail to pass through the foci of the conics. I think this
has to do with precision problems when calculating the intersections of paths, but
it can also be due to the representation by cubics, since the conics are
drawn by the path joining a few points. I will see if I can do a bit "fine
tuning" on this to get acceptable results.

Thanks again and

Many thanks to the developers and to John Hobby for such a wonderful (and
enjoyble)  piece of software.

Alfredo

--
http://tug.org/metapost/

Gmane