date:20210126

[NTG-context] --extra=combine no more working

2021-01-26 Thread Peter Münster

Hi,

The command "context --extra=combine file-1.pdf file-2.pdf" doesn't work
any more with the latest version. Here is the output:

--8<---cut here---start->8---
mtx-context | processing extra: 
/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex

resolvers   | formats | executing runner 'run luametatex format': 
/opt/context/tex/texmf-linux-64/bin/luametatex --jobname="mtx-context-combine" 
--fmt=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.fmt
 
--lua=/opt/context/tex/texmf-cache/luatex-cache/context/5fe67e0bfe781ce0dde776fb1556f32e/formats/luametatex/cont-en.lui
 /opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex 
--c:currentrun=1 --c:extra="combine" --c:files="file-1.pdf,file-2.pdf" 
--c:fulljobname="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex"
 
--c:input="/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex"
 --c:kindofrun=1 --c:maxnofruns=9 --c:purgeall --c:result="context-extra" 
--c:texmfbinpath="/opt/context/tex/texmf-linux-64/bin"
open source > level 1, order 1, name 
'/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine.tex'
system  > 
system  > ConTeXt  ver: 2021.01.24 16:07 LMTX  fmt: 2021.1.26  int: 
english/english
system  > 
system  > 'cont-new.mkxl' loaded
open source > level 2, order 2, name 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system  > beware: some patches loaded from cont-new.mkiv
close source> level 2, order 2, name 
'/opt/context/tex/texmf-context/tex/context/base/mkxl/cont-new.mkxl'
system  > files > jobname 'mtx-context-combine', input 
'/opt/context/tex/texmf-context/tex/context/base/mkiv/mtx-context-combine', 
result 'context-extra'
fonts   > latin modern fonts are not preloaded
languages   > language 'en' is active
open source > level 2, order 3, name 'mtx-context-common.tex'
close source> level 2, order 3, name 'mtx-context-common.tex'
fonts   > preloading latin modern fonts (second stage)
fonts   > 'fallback modern-designsize rm 12pt' is loaded
mtx-context | fatal error: return code: 139
--8<---cut here---end--->8---

How could that be fixed please?

TIA,
-- 
   Peter
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

2021-01-26 Thread Hans Hagen


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  works w/ or w/o putting the file in 
.../lmtx/tex/texmf-local/metapost
     20210124: mtxrun --generate .. mtxrun --find boxrow.mp works; 
context  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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

2021-01-26 Thread Rudd, Kevin

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 
 works w/ or w/o putting the file in .../lmtx/tex/texmf-local/metapost
20210124: mtxrun --generate .. mtxrun --find boxrow.mp works; context 
 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
ke...@lps.umd.edu

Visiting Research Professor
United States Naval Academy

r...@usna.edu


On Jan 26, 2021, at 12:32, Rudd, Kevin 
mailto:ke...@lps.umd.edu>> wrote:

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
ke...@lps.umd.edu

Visiting Research Professor
United States Naval Academy

r...@usna.edu


On Jan 26, 2021, at 12:00, Hans Hagen 
mailto:j.ha...@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 
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 > 
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

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

2021-01-26 Thread Rudd, Kevin

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
ke...@lps.umd.edu

Visiting Research Professor
United States Naval Academy

r...@usna.edu


On Jan 26, 2021, at 12:00, Hans Hagen 
mailto:j.ha...@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 
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 > 
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
-

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

2021-01-26 Thread Hans Hagen


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 > 
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
-
___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

2021-01-26 Thread Rudd, Kevin

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 > 
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
ke...@lps.umd.edu

Visiting Research Professor
United States Naval Academy

r...@usna.edu


___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://context.aanhet.net
archive  : https://bitbucket.org/phg/context-mirror/commits/
wiki : http://contextgarden.net
___

[NTG-context] --extra=combine no more working

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

Re: [NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

[NTG-context] possible problem with MPinstance or MPinclusions? works in 20200920 but not in the current 20210124 ...

6 matches

Site Navigation

Mail list logo

Footer information