Re: texmfstart not recognizing $page

[Hans Hagen <pragma@wxs.nl>]

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