Re: [NTG-context] texexec ignores file order
This bug has just resurfaced. It was working, for a while, but is now back. I a, on a fully updated mandriva 2009 system using texlive. Thanks, bb ----- Original Message ----
From: Ben Barrowes
To: ntg-context@ntg.nl Sent: Monday, December 8, 2008 4:41:10 PM Subject: texexec ignores file order exexec --pdfarrange --result=yujo_insurance.pdf yujo_insurance1.pdf yujo_insurance2.pdf yujo_insurance3.pdf yujo_insurance4.pdf yujo_insurance5.pdf yujo_insurance6.pdf yujo_insurance7.pdf yujo_insurance8.pdf yujo_insurance9.pdf yujo_insurance10.pdf yujo_insurance11.pdf yujo_insurance12.pdf
After upgrading recently, I found that texexec no longer preserves the order of files passed to it. When I concatenate files with texexec, I often have more than 10 files I want to pass to texexec names filename1.pdf, filename2.pdf, ... filename12.pdf, etc. In the past, the following has worked to concatenate these in the correct order:
texexec --pdfarrange --result=filename.pdf `ls -a -v filename*.pdf`
Now, even if I pass filename10.pdf after filename2.pdf on the command line, texexec ingores this and puts filename10.pdf before filename2.pdf in the resulting concatenated file.
Is there a fix for this, or is there a better way to concatenate pdf files?
bb
On Mon, Jul 20, 2009 at 7:36 PM, Ben Barrowes
This bug has just resurfaced. It was working, for a while, but is now back.
I a, on a fully updated mandriva 2009 system using texlive.
Thanks, bb
Just for curiosity:
can you try with these filenames : yujo_insurance000.pdf yujo_insurance001.pdf yujo_insurance002.pdf yujo_insurance003.pdf : : yujo_insurance012.pdf and so on ?
From: Ben Barrowes
To: ntg-context@ntg.nl Sent: Monday, December 8, 2008 4:41:10 PM Subject: texexec ignores file order exexec --pdfarrange --result=yujo_insurance.pdf yujo_insurance1.pdf yujo_insurance2.pdf yujo_insurance3.pdf yujo_insurance4.pdf yujo_insurance5.pdf yujo_insurance6.pdf yujo_insurance7.pdf yujo_insurance8.pdf yujo_insurance9.pdf yujo_insurance10.pdf yujo_insurance11.pdf yujo_insurance12.pdf
After upgrading recently, I found that texexec no longer preserves the order of files passed to it. When I concatenate files with texexec, I often have more than 10 files I want to pass to texexec names filename1.pdf, filename2.pdf, ... filename12.pdf, etc. In the past, the following has worked to concatenate
in the correct order:
texexec --pdfarrange --result=filename.pdf `ls -a -v filename*.pdf`
Now, even if I pass filename10.pdf after filename2.pdf on the command
----- Original Message ---- these line,
texexec ingores this and puts filename10.pdf before filename2.pdf in the resulting concatenated file.
Is there a fix for this, or is there a better way to concatenate pdf files?
bb
___________________________________________________________________________________ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net
___________________________________________________________________________________
-- luigi
On Tuesday 21 July 2009 03:55:48 luigi scarso wrote: On Mon, Jul 20, 2009 at 7:36 PM, Ben Barrowes
wrote: This bug has just resurfaced. It was working, for a while, but is now back.
I a, on a fully updated mandriva 2009 system using texlive.
Thanks, bb
Just for curiosity:
can you try with these filenames : yujo_insurance000.pdf yujo_insurance001.pdf yujo_insurance002.pdf yujo_insurance003.pdf
yujo_insurance012.pdf and so on ?
13->2:3 cz->il2:il2->14->2:3 cz->ec:ec->15->2:3 sk->il2:il2->16->2:3 sk->ec:ec ->17->2:3 pl->pl0:pl0->18->2:3 pl->ec:ec->19->2:3 pl->qx:qx->20->2:3 loaded specials : tex,postscript,rokicki loaded system : texexec.top loaded (./texexec.top specials : loading definition file tpd (/usr/share/texmf-texlive/tex/context/base/spec-tpd.tex specials : loading definition file fdf (/usr/share/texmf-texlive/tex/context/base/spec-fdf.tex (/usr/share/texmf-texlive/tex/context/base/spec-fdf.mkii)) specials : fdf loaded ) specials : fdf,tpd loaded ) systems : system commands are disabled (/usr/share/texmf-texlive/tex/context/base/sort-def.tex) (/usr/share/texmf-texlive/tex/context/base/sort-lan.tex) (/usr/share/texmf-texlive/tex/context/base/pdfr-def.tex) systems : begin file texexec at line 13 {/usr/share/texmf-texlive/fonts/map/pdftex/context/original-empty.map}{/usr/sha re/texmf-texlive/fonts/map/pdftex/context/texnansi-public-lm.map}{/usr/share/te xmf-texlive/fonts/map/pdftex/context/original-base.map}{/usr/share/texmf-texliv e/fonts/map/pdftex/context/ec-public-lm.map}{/usr/share/texmf-texlive/fonts/map /pdftex/context/ec-base.map}{/usr/share/texmf-texlive/fonts/map/dvips/lm/lm-ec. map}{/usr/share/texmf-texlive/fonts/map/pdftex/context/8r-base.map}{/usr/share/ texmf-texlive/fonts/map/pdftex/context/t5-base.map}{/usr/share/texmf-texlive/fo nts/map/pdftex/context/original-ams-base.map}{/usr/share/texmf-texlive/fonts/ma
It seems texexec is rearranging things for us. If I have three files: pabscan001.pdf pabscan002.pdf pabscan010.pdf Both of these statements produce the same output: texexec --pdfarrange --result=pabscana.pdf pabscan001.pdf pabscan010.pdf pabscan002.pdf texexec --pdfarrange --result=pabscana.pdf pabscan001.pdf pabscan002.pdf pabscan010.pdf Namely, the order is interpreted as: TeXExec | arranging file pabscan001.pdf TeXExec | arranging file pabscan002.pdf TeXExec | arranging file pabscan010.pdf Here is the full output of texexec --pdfarrange --result=pabscana.pdf pabscan001.pdf pabscan010.pdf pabscan002.pdf TeXExec | arranging file pabscan001.pdf TeXExec | arranging file pabscan002.pdf TeXExec | arranging file pabscan010.pdf TeXExec | processing document 'texexec' TeXExec | no ctx file found TeXExec | outputfile pabscana TeXExec | tex processing method: context TeXExec | writing option file texexec.top TeXExec | using randomseed 489 TeXExec | tex engine: pdftex TeXExec | tex format: cont-en This is pdfTeXk, Version 3.141592-1.40.5 (Web2C 7.5.6) %&-line parsing enabled. (/usr/share/texmf/web2c/natural.tcx) entering extended mode (./texexec.tex ConTeXt ver: 2007.01.12 15:56 MKII fmt: 2008.12.9 int: english/english language : language en is active system : cont-new loaded (/usr/share/texmf-texlive/tex/context/base/cont-new.tex systems : beware: some patches loaded from cont-new.tex (/usr/share/texmf-texlive/tex/context/base/cont-new.mkii)) system : cont-old loaded (/usr/share/texmf-texlive/tex/context/base/cont-old.tex loading : Context Old Macros ) system : cont-fil loaded (/usr/share/texmf-texlive/tex/context/base/cont-fil.tex loading : Context File Synonyms ) system : cont-sys.rme loaded (/usr/share/texmf-texlive/tex/context/user/cont-sys.rme (/usr/share/texmf-texlive/tex/context/base/type-exa.tex) (/usr/share/texmf-texlive/tex/context/base/type-syn.tex) (/usr/share/texmf-texlive/tex/context/base/type-enc.tex) (/usr/share/texmf-texlive/tex/context/base/type-siz.tex) (/usr/share/texmf-texlive/tex/context/base/type-map.tex) (/usr/share/texmf-texlive/tex/context/base/type-spe.tex) (/usr/share/texmf-texlive/tex/context/base/type-akb.tex)) bodyfont : 12pt rm is loaded language : patterns en->ec:ec->1->2:3 uk->ec:ec->2->2:3 de->texnansi:tex nansi->3->2:3 de->ec:ec->4->2:3 fr->texnansi:texnansi->5->2:3 fr->ec:ec->6->2:3 es->ec:ec->7->2:3 pt->texnansi:texnansi->8->2:3 pt->ec:ec->9->2:3 it->texnansi :texnansi->10->2:3 it->ec:ec->11->2:3 nl->texnansi:texnansi->12->2:3 nl->ec:ec- p/pdftex/context/original-ams-euler.map}{/usr/share/texmf-texlive/fonts/map/pdf tex/context/original-public-lm.map} figures : dimensions of pabscan001.pdf are determined externally [1.1 <./pabscan001.pdf>] figures : dimensions of pabscan002.pdf are determined externally [2.2 <./pabscan002.pdf>] figures : dimensions of pabscan010.pdf are determined externally [3.3 <./pabscan010.pdf>] [4.4] systems : end file texexec at line 23 system : cont-err loaded (/usr/share/texmf-texlive/tex/context/base/cont-err.tex systems : no file 'cont-sys.tex', using 'cont-sys.rme' instead ) ) Output written on texexec.pdf (4 pages, 1380897 bytes). Transcript written on texexec.log. TeXExec | renaming texexec to pabscana TeXExec | restoring texexec TeXExec | runtime: 0.296402
----- Original Message ----
From: Ben Barrowes
To: ntg-context@ntg.nl Sent: Monday, December 8, 2008 4:41:10 PM Subject: texexec ignores file order exexec --pdfarrange --result=yujo_insurance.pdf yujo_insurance1.pdf yujo_insurance2.pdf yujo_insurance3.pdf yujo_insurance4.pdf
yujo_insurance5.pdf
yujo_insurance6.pdf yujo_insurance7.pdf yujo_insurance8.pdf
yujo_insurance9.pdf
yujo_insurance10.pdf yujo_insurance11.pdf yujo_insurance12.pdf
After upgrading recently, I found that texexec no longer preserves the
order of
files passed to it. When I concatenate files with texexec, I often have
more
than 10 files I want to pass to texexec names filename1.pdf,
filename2.pdf, ...
filename12.pdf, etc. In the past, the following has worked to concatenate
these
in the correct order:
texexec --pdfarrange --result=filename.pdf `ls -a -v filename*.pdf`
Now, even if I pass filename10.pdf after filename2.pdf on the command
line,
texexec ingores this and puts filename10.pdf before filename2.pdf in the resulting concatenated file.
Is there a fix for this, or is there a better way to concatenate pdf
files?
bb
_________________________________________________________________________ __________ 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 : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net
_________________________________________________________________________ __________
--- Ben Barrowes ------ benjamin.e.barrowes@usace.army.mil --- Cold Regions Research & Engineering Lab Phone:(603)646-4822 72 Lyme Road, Hanover, NH 03755-1290 FAX:(978)702-0448 --------------------------------------------------------------
hm, not here
From texlive 2008 #> texexec --pdfarrange --result=test.pdf test001.pdf test012.pdf test002.pdf /opt/TeXLive2008/texlive/2008/bin/i386-linux/texmfstart:1755: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 /opt/TeXLive2008/texlive/2008/texmf-dist/scripts/context/ruby/base/system.rb:16: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 TeXExec | arranging file test001.pdf TeXExec | arranging file test012.pdf TeXExec | arranging file test002.pdf
If I add --sort # texexec --pdfarrange --sort --result=test.pdf test001.pdf test012.pdf test002.pdf /opt/TeXLive2008/texlive/2008/bin/i386-linux/texmfstart:1755: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 /opt/TeXLive2008/texlive/2008/texmf-dist/scripts/context/ruby/base/system.rb:16: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 TeXExec | arranging file test001.pdf TeXExec | arranging file test002.pdf TeXExec | arranging file test012.pdf TeXExec | processing document 'texexec # texexec --check /opt/TeXLive2008/texlive/2008/bin/i386-linux/texmfstart:1755: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 /opt/TeXLive2008/texlive/2008/texmf-dist/scripts/context/ruby/base/system.rb:16: warning: Insecure world writable dir /opt/luatex/minimals-beta in PATH, mode 040777 TeXExec | current distribution: web2c TeXExec | context source date: 2008.05.21 15:21 : : TeXExec | TeXExec | TeXExec | version 6.2.0 - 1997-2006 - PRAGMA ADE/POD TeXExec | TeXUtil | version 9.1.0 - 1997-2005 - PRAGMA ADE/POD TeXExec | CtxTools | version 1.3.5 - 2004/2008 - PRAGMA ADE -- luigi
participants (3)
-
Ben Barrowes
-
Ben Barrowes
-
luigi scarso