![](https://secure.gravatar.com/avatar/49e63acb01f2ca80efce7eed08310ce8.jpg?s=120&d=mm&r=g)
Aditya Mahajan wrote:
Hi Hans,
In the latest beta
texmfstart --page=1 --file=metafun-p.pdf
does not work. This is the verbose output
weird
texmfstart version 2.0.0 locating 'metafun-p.pdf' in current path '.' locating 'metafun-p.pdf' in caller path 'f:/Research/Feedback/AC' kpse : direct (forced) using 'kpsewhich' to locate 'metafun-p' in suffix space 'pdf' (2) checking E:\isoimage\usr\local\context\tex\texmf-mswin\BIN for metafun-p checking E:\isoimage\usr\local\context\bin for metafun-p checking E:\Ruby\bin for metafun-p checking E:\Python24\ for metafun-p checking E:\Perl\bin for metafun-p checking E:\Program Files\R\R-2.3.1\bin for metafun-p checking E:\bin for metafun-p checking for metafun-p checking E:\Vim\vim70 for metafun-p aggressively locating 'metafun-p' in document trees locating 'metafun-p' in document tree 'e:/isoimage/usr/local/context/doc*' registering 'metafun-p' as 'e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf' registering 'THREAD' as 'e:/isoimage/usr/local/context/docroot/documents/general/manuals' starting metafun-p.pdf using 'system' call: e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf using 'system' call: pdfopen --page --file e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf using 'system' call: acroread eird e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf
Even the simple
texmfstart metafun-p.pdf
fails with
texmfstart version 2.0.0 locating 'metafun-p.pdf' in current path '.' locating 'metafun-p.pdf' in caller path 'f:/Research/Feedback/AC' kpse : direct (forced) using 'kpsewhich' to locate 'metafun-p' in suffix space 'pdf' (2) checking E:\isoimage\usr\local\context\tex\texmf-mswin\BIN for metafun-p checking E:\isoimage\usr\local\context\bin for metafun-p checking E:\Ruby\bin for metafun-p checking E:\Python24\ for metafun-p checking E:\Perl\bin for metafun-p checking E:\Program Files\R\R-2.3.1\bin for metafun-p checking E:\bin for metafun-p checking for metafun-p checking E:\Vim\vim70 for metafun-p aggressively locating 'metafun-p' in document trees locating 'metafun-p' in document tree 'e:/isoimage/usr/local/context/doc*' registering 'metafun-p' as 'e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf' registering 'THREAD' as 'e:/isoimage/usr/local/context/docroot/documents/general/manuals' starting metafun-p.pdf using 'system' call: e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf using 'system' call: pdfopen --page --file e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf using 'system' call: acroread e:/isoimage/usr/local/context/docroot/documents/general/manuals/metafun-p.pdf
The first system call fails since ruby uses "/" rather than "\" as the directory separator and windows does not like that.
The second system call fails since $page is '' (I don't know why). A pdfopen --page --file filename always fails.
The third system call fails since acroread is not present.
I fail to understand why $page is expanding to '' rather than 2 (or 0 in the second case).
because page in not known when the str is set; i'll change that -- ----------------------------------------------------------------- Hans Hagen | PRAGMA ADE Ridderstraat 27 | 8061 GH Hasselt | The Netherlands tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.com | www.pragma-pod.nl -----------------------------------------------------------------