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 -----------------------------------------------------------------