possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...
Hi--- I have a number of included figures that work in 20200920 but not in the current 20210124 version. There's a project structure that sets everything up but after that they are input as a figure: \startplacefigure[title={NS Hierarchy}, reference={f:ns-hierarchy}] \input ns_hierarchy \stopplacefigure and generate the error: metafun > log > error: Not implemented: (unknown numeric)=(string) metafun > log > metapost > log > metapost > log > <to be read again> metapost > log > , metapost > log > <*> make_BoxRow [ name = "Parent", metafun > log > metafun > log > I'm afraid I don't know how to apply that operation to that combination of types. Continue, and I'll return the second argument (see above) as the result of theoperation. metafun > log > metapost > log > label = "Parent Root Namespace", ]; ;
From triaging, it looks like the "boxrow.mp" file isn't being input by the current version from within the MPinclusions block associated with the MPinstance; the error appears to be spurious as a result of make_BoxRow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in the same directory as the document but is in the configured through the usepath/usesubpath interface from an environment file.
I can put together and share a runnable MWE set of files if this information is not complete enough to identify the problem. Here is the MWE that I used for the input figure file that demonstrates the problem. \defineMPinstance[ns_hier] [ format=metafun, extensions=yes, initializations=yes, method=double, ] \startMPinclusions{ns_hier} input boxrow \stopMPinclusions \startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions \startMPcode{ns_hier} make_BoxRow [ name = "Parent", label = "Parent Root Namespace", ]; \stopMPcode Thanks for any feedback, ---K Kevin W. Rudd, Ph.D. CAPT, USN (Ret) Computer Architecture & Computer Engineering Advanced Computing Systems (ACS) Research Program Laboratory for Physical Sciences (LPS) 443-654-7878 kevin@lps.umd.edumailto:kevin@lps.umd.edu Visiting Research Professor United States Naval Academy rudd@usna.edumailto:rudd@usna.edu
On 1/26/2021 1:19 PM, Rudd, Kevin wrote:
Hi---
I have a number of included figures that work in 20200920 but not in the current 20210124 version. There's a project structure that sets everything up but after that they are input as a figure:
\startplacefigure[title={NS Hierarchy}, reference={f:ns-hierarchy}] \input ns_hierarchy \stopplacefigure
and generate the error:
metafun > log > error: Not implemented: (unknown numeric)=(string) metafun > log > metapost > log > metapost > log > <to be read again> metapost > log > , metapost > log > <*> make_BoxRow [ name = "Parent", metafun > log > metafun > log > I'm afraid I don't know how to apply that operation to that combination of types. Continue, and I'll return the second argument (see above) as the result of theoperation. metafun > log > metapost > log > label = "Parent Root Namespace", ]; ;
From triaging, it looks like the "boxrow.mp" file isn't being input by the current version from within the MPinclusions block associated with the MPinstance; the error appears to be spurious as a result of make_BoxRow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in the same directory as the document but is in the configured through the usepath/usesubpath interface from an environment file.
I can put together and share a runnable MWE set of files if this information is not complete enough to identify the problem.
Here is the MWE that I used for the input figure file that demonstrates the problem.
\defineMPinstance[ns_hier] [ format=metafun, extensions=yes, initializations=yes, method=double, ]
\startMPinclusions{ns_hier} input boxrow \stopMPinclusions
\startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions
\startMPcode{ns_hier}
make_BoxRow [ name = "Parent", label = "Parent Root Namespace", ];
\stopMPcode What if you put it in your tree? Someplace under
texmf-local/metapost/... (run mtxrun --generate afterdpimng that) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
hi, Hans---
putting boxrow.mp in the lmtx tree and running "mtxrun --generate" worked, so it appears that my old path settings in the environment file isn't working any more. and i'd rather not mangle the distribution tree as that's out-of-sight/out-of-mind and likely to get replaced sometime after i've forgotten that i mangled it....
- does that mean that the usepath/usesubpath feature or environment scoping is now different?
=> if so, where do i find the new rules/syntax so i can regenerate my path code/environment file?
=> is there a hook to generate/append the file paths dynamically using a lua script in the top-level setup file (seems easier than the manual csh script=>environment file that i'm using now....)
- is it possible to configure lmtx to add my local tree to the search path? i seem to recall it was possible when i was fiddling with kpse many many years ago.
=> if so, where do i find the info to set that up in my *shrc files?
thanks,
---K
Kevin W. Rudd, Ph.D.
CAPT, USN (Ret)
Computer Architecture & Computer Engineering
Advanced Computing Systems (ACS) Research Program
Laboratory for Physical Sciences (LPS)
443-654-7878
kevin@lps.umd.edumailto:kevin@lps.umd.edu
Visiting Research Professor
United States Naval Academy
rudd@usna.edumailto:rudd@usna.edu
On Jan 26, 2021, at 12:00, Hans Hagen
From triaging, it looks like the "boxrow.mp" file isn't being input by the current version from within the MPinclusions block associated with the MPinstance; the error appears to be spurious as a result of make_BoxRow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in the same directory as the document but is in the configured through the usepath/usesubpath interface from an environment file. I can put together and share a runnable MWE set of files if this information is not complete enough to identify the problem. Here is the MWE that I used for the input figure file that demonstrates the problem. \defineMPinstance[ns_hier] [ format=metafun, extensions=yes, initializations=yes, method=double, ] \startMPinclusions{ns_hier} input boxrow \stopMPinclusions \startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions \startMPcode{ns_hier} make_BoxRow [ name = "Parent", label = "Parent Root Namespace", ]; \stopMPcode What if you put it in your tree? Someplace under
texmf-local/metapost/... (run mtxrun --generate afterdpimng that) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nlhttp://www.pragma-ade.nl | www.pragma-pod.nlhttp://www.pragma-pod.nl -----------------------------------------------------------------
argh. the problem with multiple versions of lmtx....
- running mtxrun --generate then mtxrun --find finds the file
- running context with the document doesn't find the file and gives the same error
. but i haven't changed my environment usepath/usesubpath file
so:
20200920: mtxrun --generate .. mtxrun --find boxrow.mp works; context <document> works w/ or w/o putting the file in .../lmtx/tex/texmf-local/metapost
20210124: mtxrun --generate .. mtxrun --find boxrow.mp works; context <document> doesn't work w/ or w/o putting the file in .../lmtx/tex/texmf-local/metapost
---K
Kevin W. Rudd, Ph.D.
CAPT, USN (Ret)
Computer Architecture & Computer Engineering
Advanced Computing Systems (ACS) Research Program
Laboratory for Physical Sciences (LPS)
443-654-7878
kevin@lps.umd.edumailto:kevin@lps.umd.edu
Visiting Research Professor
United States Naval Academy
rudd@usna.edumailto:rudd@usna.edu
On Jan 26, 2021, at 12:32, Rudd, Kevin
From triaging, it looks like the "boxrow.mp" file isn't being input by the current version from within the MPinclusions block associated with the MPinstance; the error appears to be spurious as a result of make_BoxRow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in the same directory as the document but is in the configured through the usepath/usesubpath interface from an environment file. I can put together and share a runnable MWE set of files if this information is not complete enough to identify the problem. Here is the MWE that I used for the input figure file that demonstrates the problem. \defineMPinstance[ns_hier] [ format=metafun, extensions=yes, initializations=yes, method=double, ] \startMPinclusions{ns_hier} input boxrow \stopMPinclusions \startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions \startMPcode{ns_hier} make_BoxRow [ name = "Parent", label = "Parent Root Namespace", ]; \stopMPcode What if you put it in your tree? Someplace under
texmf-local/metapost/... (run mtxrun --generate afterdpimng that) Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nlhttp://www.pragma-ade.nl/ | www.pragma-pod.nlhttp://www.pragma-pod.nl/ -----------------------------------------------------------------
On 1/26/2021 6:53 PM, Rudd, Kevin wrote:
argh. the problem with multiple versions of lmtx....
- running mtxrun --generate then mtxrun --find finds the file - running context with the document doesn't find the file and gives the same error . but i haven't changed my environment usepath/usesubpath file
so:
20200920: mtxrun --generate .. mtxrun --find boxrow.mp works; context <document> works w/ or w/o putting the file in .../lmtx/tex/texmf-local/metapost 20210124: mtxrun --generate .. mtxrun --find boxrow.mp works; context <document> doesn't work w/ or w/o putting the file in .../lmtx/tex/texmf-local/metapost This seems to work ok here, if not, can you see what the trackers report?
=== oeps.tex === \starttext \usepath[mptest] % \enabletrackers[resolvers*] \startMPpage % readfile(runscript("mp.string(resolvers.find_file('oeps.mp'))")) ; % readfile(runscript("mp.string(resolvers.find_file('oeps1.mp'))")) ; % readfile("oeps.mp") ; % readfile("mptest/oeps1.mp") ; % readfile("oeps1.mp") ; input "oeps1.mp" ; \stopMPpage \stoptext === oeps.mp === fill fullcircle scaled 4cm ; === mptest/oeps.mp === fill fullsquare scaled 2cm withcolor red ; Hans ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl -----------------------------------------------------------------
participants (2)
-
Hans Hagen -
Rudd, Kevin