Hello, the following code: ---- \usemodule[pgfplots] \starttext aaa \stoptext ---- fails with: " close source > 1 > 16 > d:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv tex error > tex error on line 0 in file : ! Emergency stop <*> cont-yes.mkiv " When I comment "\usemodule[pgfplots]", the code works fine. What's broken? Best regards, Lukas -- Ing. Lukáš Procházka | mailto:LPr@pontex.cz Pontex s. r. o. | mailto:pontex@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038
On 2/8/2016 11:02 AM, Procházka Lukáš Ing. wrote:
Hello,
the following code:
---- \usemodule[pgfplots]
\starttext aaa \stoptext ----
fails with:
" close source > 1 > 16 > d:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv
tex error > tex error on line 0 in file : ! Emergency stop
<*> cont-yes.mkiv "
When I comment "\usemodule[pgfplots]", the code works fine.
What's broken?
probably your installations (maybe local files that interfere) ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
Hello,
that's strange as:
1. I renewed Context today morning;
2. I launched "context.exe --make --generate";
3. I launched "context.exe --nonstopmode Pgf.mkiv" which produces the recently described failure.
So - can anyone confirm the same behavior
(here: WinXP 32b, ConTeXt ver: 2016.02.06 14:06 MKIV beta fmt: 2016.2.8 int: english/english)?
Moreover, the code runs successfully with my backup ancient version (at least):
"
mtx-context | run 3: luatex --fmt="d:/ConTeXt/tex/texmf-cache/luatex-cache/context/
This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/W32TeX) (rev 5019)
\write18 enabled.
open source > 1 > 1 > d:/ConTeXt/tex/texmf-context/tex/context/base/cont-yes.mkiv
ConTeXt ver: 2014.06.17 16:53 MKIV beta fmt: 2014.6.18 int: english/english
"
Best regards,
Lukas
On Mon, 08 Feb 2016 13:04:29 +0100, Hans Hagen
On 2/8/2016 11:02 AM, Procházka Lukáš Ing. wrote:
Hello,
the following code:
---- \usemodule[pgfplots]
\starttext aaa \stoptext ----
fails with:
" close source > 1 > 16 > d:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv
tex error > tex error on line 0 in file : ! Emergency stop
<*> cont-yes.mkiv "
When I comment "\usemodule[pgfplots]", the code works fine.
What's broken?
probably your installations (maybe local files that interfere)
-- Ing. Lukáš Procházka | mailto:LPr@pontex.cz Pontex s. r. o. | mailto:pontex@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038
Hi Lukas, I can confirm that your code below does not work with the latest beta ConTeXt ver: 2016.02.06 14:06 MKIV beta fmt: 2016.2.8 int: english/english, on a Mac running Mac OS X 10.11.4. However it works with a previous version from TeXLive. Best regards: OK PS: Here is the code I tested \usemodule[pgfplots] \starttext aaa \stoptext
On 08 Feb 2016, at 15:17, Procházka Lukáš Ing.
wrote: Hello,
that's strange as:
1. I renewed Context today morning; 2. I launched "context.exe --make --generate"; 3. I launched "context.exe --nonstopmode Pgf.mkiv" which produces the recently described failure.
So - can anyone confirm the same behavior (here: WinXP 32b, ConTeXt ver: 2016.02.06 14:06 MKIV beta fmt: 2016.2.8 int: english/english)?
Moreover, the code runs successfully with my backup ancient version (at least):
" mtx-context | run 3: luatex --fmt="d:/ConTeXt/tex/texmf-cache/luatex-cache/context/ This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/W32TeX) (rev 5019) \write18 enabled. open source > 1 > 1 > d:/ConTeXt/tex/texmf-context/tex/context/base/cont-yes.mkiv
ConTeXt ver: 2014.06.17 16:53 MKIV beta fmt: 2014.6.18 int: english/english "
Best regards,
Lukas
On Mon, 08 Feb 2016 13:04:29 +0100, Hans Hagen
wrote: On 2/8/2016 11:02 AM, Procházka Lukáš Ing. wrote:
Hello,
the following code:
---- \usemodule[pgfplots]
\starttext aaa \stoptext ----
fails with:
" close source > 1 > 16 > d:/Ctx-Beta/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv
tex error > tex error on line 0 in file : ! Emergency stop
<*> cont-yes.mkiv "
When I comment "\usemodule[pgfplots]", the code works fine.
What's broken?
probably your installations (maybe local files that interfere)
-- Ing. Lukáš Procházka | mailto:LPr@pontex.cz Pontex s. r. o. | mailto:pontex@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4
Tel: +420 241 096 751 Fax: +420 244 461 038
___________________________________________________________________________________ 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://tex.aanhet.net archive : http://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net ___________________________________________________________________________________
On 2/8/2016 3:31 PM, Otared Kavian wrote:
Hi Lukas,
I can confirm that your code below does not work with the latest beta ConTeXt ver: 2016.02.06 14:06 MKIV beta fmt: 2016.2.8 int: english/english, on a Mac running Mac OS X 10.11.4.
However it works with a previous version from TeXLive.
Best regards: OK PS: Here is the code I tested \usemodule[pgfplots]
\starttext aaa \stoptext
osx specific? ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------
I don’t now, the error message is similar to that obtained by Lukas: on my installation the typesetting freezes with this on the console: close source > 1 > 16 > /context-minimal/tex/texmf-context/tex/context/base/mkiv/cont-yes.mkiv Best regards: OK
On 08 Feb 2016, at 15:55, Hans Hagen
wrote: […]
osx specific?
Am 2016-02-08 15:17, schrieb Procházka Lukáš Ing.:
Hello,
that's strange as:
1. I renewed Context today morning; 2. I launched "context.exe --make --generate"; 3. I launched "context.exe --nonstopmode Pgf.mkiv" which produces the recently described failure.
So - can anyone confirm the same behavior (here: WinXP 32b, ConTeXt ver: 2016.02.06 14:06 MKIV beta fmt: 2016.2.8 int: english/english)?
Moreover, the code runs successfully with my backup ancient version (at least):
" mtx-context | run 3: luatex --fmt="d:/ConTeXt/tex/texmf-cache/luatex-cache/context/ This is LuaTeX, Version beta-0.79.1 (TeX Live 2014/W32TeX) (rev 5019) \write18 enabled. open source > 1 > 1 > d:/ConTeXt/tex/texmf-context/tex/context/base/cont-yes.mkiv
ConTeXt ver: 2014.06.17 16:53 MKIV beta fmt: 2014.6.18 int: english/english "
Best regards,
Lukas
FWIW, I cannot even find the module pgfplots. Apparently it is no longer in the modules repository (for the minimals). I assume it is no longer maintained. Therefore the version you use is most likely not matching up to the ConTeXt version you use and is only a relict from a time past, when the module was still available. Best regards, Andreas
On 8 February 2016 at 16:56, Andreas Schneider wrote:
FWIW, I cannot even find the module pgfplots. Apparently it is no longer in the modules repository (for the minimals).
For "simplicity" (should not be read as "for intuitiveness") it's packaged together with tikz. So you would install with with --modules=t-tikz.
I assume it is no longer maintained. Therefore the version you use is most likely not matching up to the ConTeXt version you use and is only a relict from a time past, when the module was still available.
The last commit to the repository was at the end of January 2016 (see https://sourceforge.net/p/pgfplots/code/ci/master/tree/), so I don't believe the maintenance is the issue. But the cross-section of ConTeXt users and pgfplots users might be a relatively small group. Neither the main developer of ConTeX is using pgfplots not the pgfplots developer uses ConTeXt, so problems only get discovered when users report them. (And maybe we should set up some basic testing of the modules on some server for early reporting of issues.) Mojca
On Mon, 8 Feb 2016 17:08:04 +0100
Mojca Miklavec
On 8 February 2016 at 16:56, Andreas Schneider wrote:
FWIW, I cannot even find the module pgfplots. Apparently it is no longer in the modules repository (for the minimals).
For "simplicity" (should not be read as "for intuitiveness") it's packaged together with tikz. So you would install with with --modules=t-tikz.
Or the install option --modules=all
I assume it is no longer maintained. Therefore the version you use is most likely not matching up to the ConTeXt version you use and is only a relict from a time past, when the module was still available.
The last commit to the repository was at the end of January 2016 (see https://sourceforge.net/p/pgfplots/code/ci/master/tree/), so I don't believe the maintenance is the issue. But the cross-section of ConTeXt users and pgfplots users might be a relatively small group.
Neither the main developer of ConTeX is using pgfplots not the pgfplots developer uses ConTeXt, so problems only get discovered when users report them. (And maybe we should set up some basic testing of the modules on some server for early reporting of issues.)
Pgfplots is a pretty sophisticated package based on TikZ/pgf. TikZ/pgf is a mostly LaTeX-oriented graphics package that always has had very good ConTeXt support. Yet, it is inherently designed to deal with the limitations of LaTeX, whereas ConTeXt integrates MetaPost as a native graphics library. Many users are extremely happy with TikZ. In addition, TikZ has an excellent manual and tutorial. Pgfplots builds upon this tradition and is also quite satisfying to many users. I, personally, greatly prefer the MetaPost language, in particular its ability to solve equations. This is extremely elegant and powerful, yet is not at all intuitive for most users. The situation for plotting data in MetaPost is much less evolved than for pgfplots. We have adapted John Hobby's "graph" package to work properly with MetaPost's (new) double precision mathematics system, yet it remains a fairly simple, 2D graph macro package which does not meet all means of displaying numerical data. Being "simple", it is also rather clever, and I find performs rather well within its intended purpose. Several ConTeXt users have written macros to produce other sorts of graphs, such as bar graphs and pie charts and the like. Indeed, now that the MetaPost library has be given a neat interface to lua, we are able to imagine writing a comprehensive plotting package in context/lua, using MetaPost as a drawing engine. Such a project is in our future plans but has yet to be undertaken. Pgfplots can, and should, serve as a good model for usage or need, but should not at all serve as a model for implementation. May I invite someone who uses pgfplots and ConTeXt to eventually make a presentation at the next ConTeXt meeting? This could serve to bring the discussion forward. Again, TikZ and pgfplots have always provided support for ConTeXt (including in the manuals) so they should be functional. As Mojca states, problems do sometimes surface and we rely on users to report them so that the two systems remain compatible. Alan
Procházka Lukáš Ing. mailto:LPr@pontex.cz 8. Februar 2016 um 15:17 Hello,
that's strange as:
1. I renewed Context today morning; 2. I launched "context.exe --make --generate"; 3. I launched "context.exe --nonstopmode Pgf.mkiv" which produces the recently described failure. Can you put the attached files in the same directory as your test file.
I commented in both files the line with the \ProvidesPackageRCS command. Wolfgang
On Mon, Feb 8, 2016 at 5:43 PM, Wolfgang Schuster < schuster.wolfgang@gmail.com> wrote:
Procházka Lukáš Ing.
8. Februar 2016 um 15:17 Hello, that's strange as:
1. I renewed Context today morning; 2. I launched "context.exe --make --generate"; 3. I launched "context.exe --nonstopmode Pgf.mkiv" which produces the recently described failure.
Can you put the attached files in the same directory as your test file.
I commented in both files the line with the \ProvidesPackageRCS command.
they are ok here (linux-64), the file is correctly compiled. -- luigi
luigi scarso mailto:luigi.scarso@gmail.com 8. Februar 2016 um 18:26
Can you put the attached files in the same directory as your test file.
I commented in both files the line with the \ProvidesPackageRCS command.
they are ok here (linux-64), the file is correctly compiled.
The problem is the date format in the rcs string: \ProvidesPackageRCS[v\pgfversion] $Header: /context/mirror/tikz/cvs/pgf/generic/pgf/frontendlayer/tikz/tikz.code.tex,v 1.164 2016-02-02 22:03:38 tantau Exp $ PGF uses / as separator in the parser (\pgf@parseid in pgfrcs.code.tex) and fails with the - in the string. Wolfgang
Hello,
so the state now:
1.
I'm renewing ConTeXt with
"call first-setup.bat --extras=all --modules=all",
which calls
"mtxrun --script ./bin/mtx-update.lua --force --update --make --engine=all --context=beta --texroot=%CONTEXTROOT% %*",
so all modules including pgfplots should be automatically updated (and were in the lately mentioned case).
2.
@Wolfgang:
Yes, placing your pgfplots.zip in the same directory as the source file solves the problem - the file compiles well with no error.
What is more pure or systematic solution? For now and for one directory it is OK, but - for the future in general?
3.
As ConTeXt plotting engine is concerned:
Just for illustration, an image of what pgfplot was used for in this case.
The plot is created dynamically - number of series, their vertices, legenda, the way how each series is filled.
Lua reads a table and calls tex/pgfplot commands to generate the plot.
No problem to generate such plot with pure ConTeXt (tool, module, ...), if it is capable.
Best regards,
Lukas
On Mon, 08 Feb 2016 19:13:57 +0100, Wolfgang Schuster
luigi scarso mailto:luigi.scarso@gmail.com 8. Februar 2016 um 18:26
Can you put the attached files in the same directory as your test file.
I commented in both files the line with the \ProvidesPackageRCS command.
they are ok here (linux-64), the file is correctly compiled.
The problem is the date format in the rcs string:
\ProvidesPackageRCS[v\pgfversion] $Header: /context/mirror/tikz/cvs/pgf/generic/pgf/frontendlayer/tikz/tikz.code.tex,v 1.164 2016-02-02 22:03:38 tantau Exp $
PGF uses / as separator in the parser (\pgf@parseid in pgfrcs.code.tex) and fails with the - in the string.
Wolfgang
-- Ing. Lukáš Procházka | mailto:LPr@pontex.cz Pontex s. r. o. | mailto:pontex@pontex.cz | http://www.pontex.cz Bezová 1658 147 14 Praha 4 Tel: +420 241 096 751 Fax: +420 244 461 038
On 9 February 2016 at 13:36, Procházka Lukáš Ing. wrote:
Yes, placing your pgfplots.zip in the same directory as the source file solves the problem - the file compiles well with no error.
What is more pure or systematic solution? For now and for one directory it is OK, but - for the future in general?
It would help to ask the author of pgfplots to fix the problem. I can do a temporary workaround on the server, but it would be great to fix it uptream. Mojca
participants (8)
-
Alan BRASLAU
-
Andreas Schneider
-
Hans Hagen
-
luigi scarso
-
Mojca Miklavec
-
Otared Kavian
-
Procházka Lukáš Ing.
-
Wolfgang Schuster