From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.tex.context/110393 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Rudd, Kevin" Newsgroups: gmane.comp.tex.context Subject: Re: possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ... Date: Tue, 26 Jan 2021 17:32:30 +0000 Message-ID: <3D5BB9B9-CB96-4FD4-BF63-7CA7229F70D2@lps.umd.edu> References: <2E8E7E6E-9A65-465F-8BC4-07AC7BEBD1CE@lps.umd.edu> <08f6e21f-495c-08a3-7eaa-42345713e8dd@xs4all.nl> Reply-To: mailing list for ConTeXt users Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1482557735683230452==" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38025"; mail-complaints-to="usenet@ciao.gmane.io" Cc: mailing list for ConTeXt users To: Hans Hagen Original-X-From: ntg-context-bounces@ntg.nl Tue Jan 26 18:33:24 2021 Return-path: Envelope-to: gctc-ntg-context-518@m.gmane-mx.org Original-Received: from zapf.boekplan.nl ([5.39.185.232] helo=zapf.ntg.nl) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l4SDT-0009gT-8u for gctc-ntg-context-518@m.gmane-mx.org; Tue, 26 Jan 2021 18:33:23 +0100 Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id CE2B91C1D8E; Tue, 26 Jan 2021 18:32:38 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ko-lMLdc0SD1; Tue, 26 Jan 2021 18:32:37 +0100 (CET) Original-Received: from zapf.ntg.nl (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id EE31D1C1D90; Tue, 26 Jan 2021 18:32:36 +0100 (CET) Original-Received: from localhost (localhost [127.0.0.1]) by zapf.ntg.nl (Postfix) with ESMTP id EF2981C1D8E for ; Tue, 26 Jan 2021 18:32:35 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at zapf.boekplan.nl Original-Received: from zapf.ntg.nl ([127.0.0.1]) by localhost (zapf.ntg.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23ZYQXhS4O0I for ; Tue, 26 Jan 2021 18:32:34 +0100 (CET) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=129.2.108.16; helo=smtp.lps.umd.edu; envelope-from=kevin@lps.umd.edu; receiver= Original-Received: from SMTP.lps.umd.edu (smtp.lps.umd.edu [129.2.108.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by zapf.ntg.nl (Postfix) with ESMTPS id C10C81C1C3B for ; Tue, 26 Jan 2021 18:32:33 +0100 (CET) Original-Received: from LPS-ExchDB2.lps.umd.edu (129.2.108.18) by SMTP.lps.umd.edu (129.2.108.16) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 26 Jan 2021 12:32:30 -0500 Original-Received: from LPS-ExchDB2.lps.umd.edu (2002:8102:6c12::8102:6c12) by LPS-ExchDB2.lps.umd.edu (2002:8102:6c12::8102:6c12) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Tue, 26 Jan 2021 12:32:31 -0500 Original-Received: from LPS-ExchDB2.lps.umd.edu ([129.2.108.18]) by LPS-ExchDB2.lps.umd.edu ([129.2.108.18]) with mapi id 15.00.1497.006; Tue, 26 Jan 2021 12:32:31 -0500 Thread-Topic: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ... Thread-Index: AQHW892G26Qda/kG4keUAugPeADJ16o6dbWAgAAI0wA= In-Reply-To: <08f6e21f-495c-08a3-7eaa-42345713e8dd@xs4all.nl> Accept-Language: en-US Content-Language: en-US x-mailer: Apple Mail (2.3445.104.17) x-ms-exchange-messagesentrepresentingtype: 1 x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [68.134.227.245] X-BeenThere: ntg-context@ntg.nl X-Mailman-Version: 2.1.26 Precedence: list List-Id: mailing list for ConTeXt users List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: ntg-context-bounces@ntg.nl Original-Sender: "ntg-context" Xref: news.gmane.io gmane.comp.tex.context:110393 Archived-At: --===============1482557735683230452== Content-Language: en-US Content-Type: multipart/alternative; boundary="_000_3D5BB9B9CB964FD4BF637CA7229F70D2lpsumdedu_" --_000_3D5BB9B9CB964FD4BF637CA7229F70D2lpsumdedu_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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 work= ing 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 forgot= ten that i mangled it.... - does that mean that the usepath/usesubpath feature or environment scopi= ng is now different? =3D> if so, where do i find the new rules/syntax so i can regenerate my= path code/environment file? =3D> is there a hook to generate/append the file paths dynamically usin= g a lua script in the top-level setup file (seems easier than the manual cs= h script=3D>environment file that i'm using now....) - is it possible to configure lmtx to add my local tree to the search pat= h? i seem to recall it was possible when i was fiddling with kpse many many= years ago. =3D> 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.edu Visiting Research Professor United States Naval Academy rudd@usna.edu On Jan 26, 2021, at 12:00, Hans Hagen > wrote: 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 cu= rrent 20210124 version. There's a project structure that sets everything up= but after that they are input as a figure: \startplacefigure[title=3D{NS Hierarchy}, reference=3D{f:ns-hierarchy}] \input ns_hierarchy \stopplacefigure and generate the error: metafun > log > error: Not implemented: (unknown numeric)=3D(string= ) metafun > log > metapost > log > metapost > log > metapost > log > , metapost > log > <*> make_BoxRow [ name =3D "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 =3D "Pare= nt 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 MPin= stance; the error appears to be spurious as a result of make_BoxRow not bei= ng defined and doesn't occur in the old version where the file is input. "b= oxrow.mp" is not in the same directory as the document but is in the config= ured through the usepath/usesubpath interface from an environment file. I can put together and share a runnable MWE set of files if this informatio= n 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=3Dmetafun, extensions=3Dyes, initializations=3Dyes, method=3Ddouble, ] \startMPinclusions{ns_hier} input boxrow \stopMPinclusions \startMPdefinitions{ns_hier} % nothing to see here.... \stopMPdefinitions \startMPcode{ns_hier} make_BoxRow [ name =3D "Parent", label =3D "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 | ww= w.pragma-pod.nl ----------------------------------------------------------------- --_000_3D5BB9B9CB964FD4BF637CA7229F70D2lpsumdedu_ Content-Type: text/html; charset="us-ascii" Content-ID: <5E9012DDB9569C45845EBCC3EA818653@lps.umd.edu> Content-Transfer-Encoding: quoted-printable 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?
    =3D> if so, where do i find the new rules/= syntax so i can regenerate my path code/environment file?
    =3D> is there a hook to generate/append th= e file paths dynamically using a lua script in the top-level setup file (se= ems easier than the manual csh script=3D>environment file that i'm using= now....)

  - is it possible to configure lmtx to add my local t= ree to the search path? i seem to recall it was possible when i was fiddlin= g with kpse many many years ago.
    =3D> if so, where do i find the info to se= t 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.edu

Visiting Research Professor
United States Naval Academy

rudd@usna.edu


On Jan 26, 2021, at 12:00, Hans Hagen <j.hagen@xs4all.nl> wrote:

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 cu= rrent 20210124 version. There's a project structure that sets everything up= but after that they are input as a figure:
            \startplacefigure[title=3D{NS Hie= rarchy},
                     = ;         reference=3D{f:ns-hierarchy}]
                \input ns_hierarchy=
            \stopplacefigure
and generate the error:
metafun         > log > error: Not implemented: (= unknown numeric)=3D(string)
metafun         > log >
metapost        > log >
metapost        > log > <to be read again><= br class=3D""> metapost        > log >       &nbs= p;            ,
metapost        > log > <*>  make_BoxR= ow [ name =3D "Parent",
metafun         > log >
metafun         > log > I'm afraid I don't know h= ow 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 >       &nbs= p;                     &n= bsp;       label =3D "Parent Root Namespace", ]; ;=
>From triaging, it looks like the "boxrow.mp" file isn't being inp= ut by the current version from within the MPinclusions block associated wit= h the MPinstance; the error appears to be spurious as a result of make_BoxR= ow not being defined and doesn't occur in the old version where the file is input. "boxrow.mp" is not in t= he same directory as the document but is in the configured through the usep= ath/usesubpath interface from an environment file.
I can put together and share a runnable MWE set of files if this informatio= n 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=3Dmetafun,
    extensions=3Dyes,
    initializations=3Dyes,
    method=3Ddouble,
]
\startMPinclusions{ns_hier}
    input boxrow
\stopMPinclusions
\startMPdefinitions{ns_hier}
    % nothing to see here....
\stopMPdefinitions
\startMPcode{ns_hier}
    make_BoxRow
    [
        name           =3D &qu= ot;Parent",
        label          =3D &qu= ot;Parent Root Namespace",
    ];
\stopMPcode
What if you put it in your tree? Someplace under

texmf-local/metapost/...

(run mtxrun --generate afterdpimng that)

Hans



-----------------------------------------------------------------
            &nb= sp;            =             &nb= sp;   Hans Hagen | PRAGMA ADE
            &nb= sp;Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | www.pragma-ade.nl | www.pragma-pod.nl
-----------------------------------------------------------------

--_000_3D5BB9B9CB964FD4BF637CA7229F70D2lpsumdedu_-- --===============1482557735683230452== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KSWYgeW91ciBxdWVzdGlvbiBpcyBvZiBpbnRlcmVz dCB0byBvdGhlcnMgYXMgd2VsbCwgcGxlYXNlIGFkZCBhbiBlbnRyeSB0byB0aGUgV2lraSEKCm1h aWxsaXN0IDogbnRnLWNvbnRleHRAbnRnLm5sIC8gaHR0cDovL3d3dy5udGcubmwvbWFpbG1hbi9s aXN0aW5mby9udGctY29udGV4dAp3ZWJwYWdlICA6IGh0dHA6Ly93d3cucHJhZ21hLWFkZS5ubCAv IGh0dHA6Ly9jb250ZXh0LmFhbmhldC5uZXQKYXJjaGl2ZSAgOiBodHRwczovL2JpdGJ1Y2tldC5v cmcvcGhnL2NvbnRleHQtbWlycm9yL2NvbW1pdHMvCndpa2kgICAgIDogaHR0cDovL2NvbnRleHRn YXJkZW4ubmV0Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== --===============1482557735683230452==--