newtexexec: post-processing pdf-files
I mentioned this earlier but had only now time to look into it: there
appears to be a bug in newtexexec, it bombs out when I try to post-
process pdf-files. Here's a log:
ruby /usr/local/teTeX/share/texmf.local/scripts/context/ruby/
newtexexec.rb --pdfselect --selection=1 grammatik2.pdf
TeXExec | processing document 'grammatik2.pdf'
TeXExec | provide ctx file
TeXExec | tex processing method: context
TeXExec | TeX run 1
TeXExec | tex engine: pdfetex
TeXExec | tex format: cont-en
TeXExec | progname: context
This is pdfeTeX, Version 3.141592-1.30.4-2.2 (Web2C 7.5.5)
\write18 enabled.
entering extended mode
(./grammatik2.pdf
ConTeXt ver: 2005.11.16 fmt: 2005.11.17 int: english mes: english
language : language en is active
texnansi:tex nansi->3->2:2 de->ec:ec->4->2:2 fr->texnansi:texnansi->5->2:2 fr- ec:ec->6->2:2 es->ec:ec->7->2:2 pt->texnansi:texnansi->8->2:2 pt->ec:ec->9->2:2 it- texnansi :texnansi->10->2:2 it->ec:ec->11->2:2 nl->texnansi:texnansi->12->2:2 nl->ec:ec- 13->2:2 cz->il2:il2->14->2:2 cz->ec:ec->15->2:2 sk->il2:il2->16- 2:2 sk->ec:ec ->17->2:2 pl->pl0:pl0->18->2:2 pl->ec:ec->19->2:2 pl->qx:qx->20->2:2 loaded specials : tex,postscript,rokicki loaded system : grammatik2.top loaded (./grammatik2.top specials : loading definition file tpd (/usr/local/teTeX/share/texmf.local/tex/context/base/spec-tpd.tex specials : loading definition file fdf (/usr/local/teTeX/share/texmf.local/tex/context/base/spec-fdf.tex) specials : fdf loaded ) specials : fdf,tpd loaded ) ! Argument of \next has an extra }. <inserted text> \par <to be read again> } l.8 ...??S??h?*??3?HzHP?V??O7?82?J?{???F?|} ????D\0I?/??/? (???"˳0fq...
? ^D ! Emergency stop. <inserted text> \par <to be read again> } l.8 ...??S??h?*??3?HzHP?V??O7?82?J?{???F?|} ????D\0I?/??/? (???"˳0fq... No pages of output. Transcript written on grammatik2.log. TeXExec | runtime: 4.721664 And I get a similar error (with apparently some Japanese characters...) when I try to run pdfcombine. Best Thomas
Thomas A. Schmitz wrote:
I mentioned this earlier but had only now time to look into it: there appears to be a bug in newtexexec, it bombs out when I try to post- process pdf-files. Here's a log:
hm, looks like it reads the pdf file as being a tex file }
l.8 ...??S??h?*??3?HzHP?V??O7?82?J?{???F?|} ????D\0I?/??/? (???"˳0fq...
And I get a similar error (with apparently some Japanese characters...) when I try to run pdfcombine.
not japanese, but adobe-zip-us-english -) Hans
Thomas A. Schmitz wrote:
I mentioned this earlier but had only now time to look into it: there appears to be a bug in newtexexec, it bombs out when I try to post- process pdf-files. Here's a log:
ah, i remember now (by looking in the source) ... it's --select now, no reason for a pdf prefix; i'll probably provide a backward compatible feature but had no time to do it yet Hans
Yup, works now! Adding a backward compatible dummy would be nice... Best Thomas On Nov 24, 2005, at 10:49 AM, Hans Hagen wrote:
ah, i remember now (by looking in the source) ... it's --select now, no reason for a pdf prefix; i'll probably provide a backward compatible feature but had no time to do it yet
Hans _______________________________________________
participants (2)
-
Hans Hagen
-
Thomas A. Schmitz