At 08:04 PM 4/10/2002 +0200, Giuseppe Bilotta wrote:
>Wednesday, April 10, 2002 Daniel Pittman wrote:
>
>DP> So, there you go. That makes a substantial difference. Sorry if I
>DP> confused the issue at all. It seems that running the output with PDF
>DP> output hits:
>
>DP> systems : begin file test at line 3
>DP> layout : calculating backgrounds
>DP> Randomizer initialized to 1638256672. [MP to PDF] (./mpgraph.8000
>DP> ! Arithmetic overflow.
>DP> <to be read again>
>DP> \relax
>DP> \doMPconcat ...expanddimen 18 \doMPexpanddimen 18
>DP> \divide \dimen 12
>\dimen 1...
>
>DP> \flushconcatMPsegment ... {\gMPs 1}\a {\gMPs 2}\b
>DP> \doMPconcat {\gMPs
>3}\c {\...
>
>DP> \body ->\flushconcatMPsegment
>DP> \advance \nofMPsegments 1 \ifnum
>\nofMPsegment...
>
>DP> \iterate ->\body
>DP> \expandafter \iterate \else \fi
>DP> \handleMPsequence ...\fi \fi \fi \fi \flushMPpath
>DP> \closeMPpath
>\finishMPpath...
>DP> l.37 ...0.7071 -0.35356 0.7071 0 0] concat stroke
>DP> grestore
>DP> ?
>
>Smells like an MPtoPDF bug to me!
Is that the latest version? The latest release follows a different method
for high values (keep in mind that tex has no real calc); i need to
distinguish, otherwise we loose to much precission (spent daaayyyys omn this)
Hans
-------------------------------------------------------------------------
Hans Hagen | PRAGMA ADE | [EMAIL PROTECTED]
Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
tel: +31 (0)38 477 53 69 | fax: +31 (0)38 477 53 74 | www.pragma-ade.com
-------------------------------------------------------------------------
fall-back web server:
www.pragma-ade.nl
-------------------------------------------------------------------------
