ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
* texmfstart not recognizing $page
@ 2006-10-30 20:53 Aditya Mahajan
  2006-10-30 23:11 ` Hans Hagen
  0 siblings, 1 reply; 2+ messages in thread
From: Aditya Mahajan @ 2006-10-30 20:53 UTC (permalink / raw)


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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: texmfstart not recognizing $page
  2006-10-30 20:53 texmfstart not recognizing $page Aditya Mahajan
@ 2006-10-30 23:11 ` Hans Hagen
  0 siblings, 0 replies; 2+ messages in thread
From: Hans Hagen @ 2006-10-30 23:11 UTC (permalink / raw)


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

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-10-30 23:11 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-10-30 20:53 texmfstart not recognizing $page Aditya Mahajan
2006-10-30 23:11 ` Hans Hagen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).