From: Stephan H. <mai...@ar...> - 2006-02-19 13:25:46
|
Hi, the following MetaPost file doesn't compile here. Rebuilding format files didn't help. MiKTeX is up to date. Can anybody reproduce this error? Does anyone know if this is a MiKTeX related bug or if I should report this to the ConTeXt maintainers? input metafun beginfig(1); draw origin--(100,100) withcolor transparent(normal, .2, blue); endfig; end Save as trans.mp and process as: mpost trans.mp mptopdf trans.1 %requires Perl A workaround is to replace in file trans.1 the line %%MetaPostSpecials: 2.0 123 1000 by %%MetaPostSpecials: 1.0 123 1000 mptopdf is then able to build the pdf from eps, but I don't know if there are any side effects. Regards Stephan Hennig > This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (preloaded format=mptopdf 2006.2.19) 19 FEB 2006 14:23 > entering extended mode > **\relax trans.1 > (trans.1 > ! Undefined control sequence. > \handleMPspecialscommentx #1 ->\doifelse > {#1}{10000}{\settrue \manyMPspecial... > l.10 %%MetaPostSpecials: 2.0 123 1000 > > ? > ! Emergency stop. > \handleMPspecialscommentx #1 ->\doifelse > {#1}{10000}{\settrue \manyMPspecial... > l.10 %%MetaPostSpecials: 2.0 123 1000 > > End of file on the terminal! > > > Here is how much of TeX's memory you used: > 16 strings out of 97351 > 145 string characters out of 1209080 > 14483 words of memory out of 1048926 > 1540 multiletter control sequences out of 60000 > 7 words of font info for 0 fonts, out of 1000000 for 2000 > 0 hyphenation exceptions out of 8191 > 6i,2n,7p,64b,107s stack positions out of 5000i,500n,10000p,200000b,32768s > PDF statistics: > 0 PDF objects out of 300000 > 0 named destinations out of 300000 > 1 words of extra memory for PDF output out of 65536 > No pages of output. |
From: Taco H. <ta...@el...> - 2006-02-20 09:28:09
|
Hi Stephan Hennig wrote: > Hi, > > the following MetaPost file doesn't compile here. Rebuilding format > files didn't help. MiKTeX is up to date. > > Can anybody reproduce this error? Does anyone know if this is a MiKTeX > related bug or if I should report this to the ConTeXt maintainers? Reproduced using the latest ConTeXt on teTeX. It is a bug in mptopdf (the macro \doifelse is never define in mptopdf.fmt). CC Hans because I am not sure he is on this list. Cheers, Taco > input metafun > beginfig(1); > draw origin--(100,100) withcolor transparent(normal, .2, blue); > endfig; > end > > Save as trans.mp and process as: > mpost trans.mp > mptopdf trans.1 %requires Perl > > > A workaround is to replace in file trans.1 the line > > %%MetaPostSpecials: 2.0 123 1000 > > by > > %%MetaPostSpecials: 1.0 123 1000 > > mptopdf is then able to build the pdf from eps, but I don't know if > there are any side effects. > > Regards > Stephan Hennig > > > >>This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (preloaded format=mptopdf 2006.2.19) 19 FEB 2006 14:23 >>entering extended mode >>**\relax trans.1 >> (trans.1 >>! Undefined control sequence. >>\handleMPspecialscommentx #1 ->\doifelse >> {#1}{10000}{\settrue \manyMPspecial... >>l.10 %%MetaPostSpecials: 2.0 123 1000 >> >>? >>! Emergency stop. >>\handleMPspecialscommentx #1 ->\doifelse >> {#1}{10000}{\settrue \manyMPspecial... >>l.10 %%MetaPostSpecials: 2.0 123 1000 >> >>End of file on the terminal! >> >> >>Here is how much of TeX's memory you used: >> 16 strings out of 97351 >> 145 string characters out of 1209080 >> 14483 words of memory out of 1048926 >> 1540 multiletter control sequences out of 60000 >> 7 words of font info for 0 fonts, out of 1000000 for 2000 >> 0 hyphenation exceptions out of 8191 >> 6i,2n,7p,64b,107s stack positions out of 5000i,500n,10000p,200000b,32768s >>PDF statistics: >> 0 PDF objects out of 300000 >> 0 named destinations out of 300000 >> 1 words of extra memory for PDF output out of 65536 >>No pages of output. > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > MiKTeX-Users mailing list > MiK...@li... > https://lists.sourceforge.net/lists/listinfo/miktex-users |
From: Hans H. <pr...@wx...> - 2006-02-20 11:20:38
|
Taco Hoekwater wrote: > Hi > > Stephan Hennig wrote: >> Hi, >> >> the following MetaPost file doesn't compile here. Rebuilding format >> files didn't help. MiKTeX is up to date. >> >> Can anybody reproduce this error? Does anyone know if this is a MiKTeX >> related bug or if I should report this to the ConTeXt maintainers? > > Reproduced using the latest ConTeXt on teTeX. It is a bug in mptopdf > (the macro \doifelse is never define in mptopdf.fmt). > > CC Hans because I am not sure he is on this list. > > Cheers, Taco > >> input metafun >> beginfig(1); >> draw origin--(100,100) withcolor transparent(normal, .2, blue); >> endfig; >> end >> >> Save as trans.mp and process as: >> mpost trans.mp >> mptopdf trans.1 %requires Perl >> >> >> A workaround is to replace in file trans.1 the line >> >> %%MetaPostSpecials: 2.0 123 1000 >> >> by >> >> %%MetaPostSpecials: 1.0 123 1000 >> >> mptopdf is then able to build the pdf from eps, but I don't know if >> there are any side effects. >> >> Regards >> Stephan Hennig >> >> >> >>> This is pdfeTeX, Version 3.141592-1.21a-2.2 (MiKTeX 2.4) (preloaded >>> format=mptopdf 2006.2.19) 19 FEB 2006 14:23 >>> entering extended mode >>> **\relax trans.1 >>> (trans.1 >>> ! Undefined control sequence. >>> \handleMPspecialscommentx #1 ->\doifelse >>> {#1}{10000}{\settrue >>> \manyMPspecial... >>> l.10 %%MetaPostSpecials: 2.0 123 1000 >>> ? ! Emergency stop. >>> \handleMPspecialscommentx #1 ->\doifelse >>> {#1}{10000}{\settrue >>> \manyMPspecial... >>> l.10 %%MetaPostSpecials: 2.0 123 1000 >>> End of file on the terminal! >>> >>> >>> Here is how much of TeX's memory you used: >>> 16 strings out of 97351 >>> 145 string characters out of 1209080 >>> 14483 words of memory out of 1048926 >>> 1540 multiletter control sequences out of 60000 >>> 7 words of font info for 0 fonts, out of 1000000 for 2000 >>> 0 hyphenation exceptions out of 8191 >>> 6i,2n,7p,64b,107s stack positions out of >>> 5000i,500n,10000p,200000b,32768s >>> PDF statistics: >>> 0 PDF objects out of 300000 >>> 0 named destinations out of 300000 >>> 1 words of extra memory for PDF output out of 65536 >>> No pages of output. hm, so we need: \def\handleMPspecialscommentx #1 % version 2 {\ifnum10000=0#1\relax \settrue\manyMPspecials \else \setfalse\manyMPspecials \fi \handleMPsequence} in supp-mpe Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl ----------------------------------------------------------------- |
From: Stephan H. <mai...@ar...> - 2006-02-21 11:37:19
|
Hans Hagen schrieb: > Taco Hoekwater wrote: >> >> Reproduced using the latest ConTeXt on teTeX. It is a bug in mptopdf >> (the macro \doifelse is never define in mptopdf.fmt). > > \def\handleMPspecialscommentx #1 % version 2 > {\ifnum10000=0#1\relax > \settrue\manyMPspecials > \else > \setfalse\manyMPspecials > \fi > \handleMPsequence} > > in supp-mpe Thanks Hans and Taco! This solved the issue here. Regards, Stephan Hennig |
From: Stephan H. <mai...@ar...> - 2006-03-05 11:04:40
|
Stephan Hennig schrieb: > Hans Hagen schrieb: >> >> \def\handleMPspecialscommentx #1 % version 2 >> {\ifnum10000=0#1\relax >> \settrue\manyMPspecials >> \else >> \setfalse\manyMPspecials >> \fi >> \handleMPsequence} >> >> in supp-mpe > > Thanks Hans and Taco! This solved the issue here. Yesterday's context.cab update doesn't contain that fix. :( Regards Stephan Hennig |
From: Taco H. <ta...@el...> - 2006-03-06 11:25:25
|
Stephan Hennig wrote: > > > Yesterday's context.cab update doesn't contain that fix. :( AFAIK, there is no new ConTeXt release (latest is dated feb 15). My crystal ball predicts a new release at the end of this month. Cheers, Taco |
From: Stephan H. <mai...@ar...> - 2006-03-07 13:16:31
|
Taco Hoekwater schrieb: > Stephan Hennig wrote: >> >> Yesterday's context.cab update doesn't contain that fix. :( > > AFAIK, there is no new ConTeXt release (latest is dated feb 15). WIMRE, there have been many changes to context.cab in the last weeks, i.e., I remember having it often in my download list. So I'm wondering MiKTeX is several weeks behind with ConTeXt. Browsing through the update logs I can't find any mention of context.cab there. This seems very unfortunate to me. Since I do my updates using rsync, I'm going to save the download lists in future for later inspection. :| > My crystal ball predicts a new release at the end of this month. Thanks! Regards Stephan Hennig |
From: Stephan H. <mai...@ar...> - 2006-07-23 10:46:46
|
Hi, again there is a problem with MetaFun. The same test file now can't be processed by MetaPost at all: input metafun beginfig(1); draw origin--(100,100) withcolor transparent(normal, .2, blue); endfig; end mpost test.mp The log file of the MetaPost run is appended. Regards, Stephan Hennig > This is MetaPost, Version 0.901 (MiKTeX 2.4) (preloaded mem=plain 2006.7.22) 23 JUL 2006 12:41 > **test.mp > (test.mp (C:\texmf\metapost\context\base\metafun.mp > (C:\texmf\metapost\context\base\mp-tool.mp) > (C:\texmf\metapost\context\base\mp-spec.mp) > (C:\texmf\metapost\context\base\mp-core.mp) > (C:\texmf\metapost\context\base\mp-page.mp) > (C:\texmf\metapost\context\base\mp-text.mp) > (C:\texmf\metapost\context\base\mp-txts.mp) > (C:\texmf\metapost\context\base\mp-shap.mp) > (C:\texmf\metapost\context\base\mp-butt.mp) > (C:\texmf\metapost\context\base\mp-char.mp) > (C:\texmf\metapost\context\base\mp-step.mp) > (C:\texmf\metapost\context\base\mp-grph.mp) > (C:\texmf\metapost\context\base\mp-figs.mp) > (C:\texmf\metapost\context\base\mp-grid.mp > (C:\texmf\metapost\context\base\mp-form.mp (C:\texmf\metapost\base\string.mp) > (C:\texmf\metapost\base\marith.mp (C:\texmf\metapost\base\string.mp)))) > (C:\texmf\metapost\context\base\mp-func.mp)) >>> normal-13 > ! Unknown relation will be considered false. > <to be read again> > : > transparent->...se:nn:=0;fi.else:nn:=if(EXPR2)<13: > (EXPR2)else:nn:=0fi;fi;cc:... > l.3 ...00) withcolor transparent(normal, .2, blue) > ; > Oh dear. I can't decide if the expression above is positive, > negative, or zero. So this comparison test won't be `true'. > > [1] > metafun 2006-7-23 12:41 > ) > 1 output file written: test.1 |
From: Stephan H. <mai...@ar...> - 2006-07-24 17:29:08
|
Unfortunately, I posted to this list through gmane and the copies that went out to Hans and Taco didn't contain this list address. Hans' and Taco's replied by mail. I'll report the results of that discussion here. gn...@gm... schrieb: > Your file gives the same error with a recent context on TeX Live 2005 > installed in linux, so this looks like a "feature" of current > ConTeXt/metafun, not MikTeX. Thanks for the cross-check. It seems that I misunderstood the metafun manual. > Should "normal" be in quotes? One can use either "normal" (a string with quotes) or normaltransparent (a key without quotes). But there's one more problem. When I change my file to use any of the above mentioned solutions mptopdf fails to process the eps output. I copy Hans' comment here: >> mptopdf does not support the extensions, for that you need >> >> texexec --fig=c yourfile.1 >> >> or >> >> texexec --mpgraphic whatever.mp However, both commands only return an error message on MiKTeX 2.4: > C:\home\metapost\metafun>texexec --mpgraphic test.mp > texexec: the batch script could not be found. What is the equivalent command to texexec on MiKTeX? Regards, Stephan Hennig |
From: <gn...@gm...> - 2006-07-24 20:34:55
|
On 7/24/06, Stephan Hennig <mai...@ar...> wrote: > Unfortunately, I posted to this list through gmane and the copies that > went out to Hans and Taco didn't contain this list address. Hans' and > Taco's replied by mail. I'll report the results of that discussion here. > > > gn...@gm... schrieb: > > > Your file gives the same error with a recent context on TeX Live 2005 > > installed in linux, so this looks like a "feature" of current > > ConTeXt/metafun, not MikTeX. > > Thanks for the cross-check. It seems that I misunderstood the metafun > manual. > > > > Should "normal" be in quotes? > > One can use either "normal" (a string with quotes) or normaltransparent > (a key without quotes). But there's one more problem. When I change my > file to use any of the above mentioned solutions mptopdf fails to > process the eps output. I copy Hans' comment here: > > >> mptopdf does not support the extensions, for that you need > >> > >> texexec --fig=c yourfile.1 > >> > >> or > >> > >> texexec --mpgraphic whatever.mp > > However, both commands only return an error message on MiKTeX 2.4: > > > C:\home\metapost\metafun>texexec --mpgraphic test.mp > > texexec: the batch script could not be found. > > What is the equivalent command to texexec on MiKTeX? I have ...\miktex\bin\texexec.exe. I use the cont-tmf tree, which is installed in a separate directory: .../texmf-cont. Then I added a texmfstart.bat that runs the texmsstart.rb under ruby: set d="c:/Data/TeX/TeXLive2005/texmf-cont/scripts/context/ruby/" ruby %d%/texmfstart.rb %1 %2 %3 %4 %5 %6 %7 %8 %9 There are still some problems. I'm getting: > texmfstart texexec.rb --verbose file.tex [...] TeXExec | fixing backend map path for pdftex TeXExec | running: pdfetex -alias=context --undump=cont-en -tcx=natural.tcx --8bit t-cont.tex \emergencyend pdfetex: Unprocessed command-line option. I don't see the '--8bit' in MikTeX's "pdfetex --help", and if I run the above line withoout the '--8bit', I get a .dvi file that looks OK in yap. -- George N. White III <aa...@ch...> Head of St. Margarets Bay, Nova Scotia |
From: <gn...@gm...> - 2006-07-23 20:40:08
|
On 7/23/06, Stephan Hennig <mai...@ar...> wrote: > again there is a problem with MetaFun. The same test file now can't be > processed by MetaPost at all: > > input metafun > beginfig(1); > draw origin--(100,100) withcolor transparent(normal, .2, blue); > endfig; > end > [...] Your file gives the same error with a recent context on TeX Live 2005 installed in linux, so this looks like a "feature" of current ConTeXt/metafun, not MikTeX. Should "normal" be in quotes? -- George N. White III <aa...@ch...> Head of St. Margarets Bay, Nova Scotia |