Hi Hans, In the latest beta texmfstart --page=1 --file=metafun-p.pdf does not work. This is the verbose output 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 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). Aditya