ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Hans Fredrik Nordhaug <nordhaug@karst.princeton.edu>
Cc: ConTeXt <ntg-context@ntg.nl>
Subject: Re: funny behaviou - texexec & file not in current directory
Date: Mon, 25 Sep 2000 19:24:32 -0400	[thread overview]
Message-ID: <Pine.SGI.4.03.10009251816080.25850-100000@gravel> (raw)
In-Reply-To: <3.0.6.32.20000926000007.01840270@pop.wxs.nl>

On Tue, 26 Sep 2000, Hans Hagen wrote:

It is very clear that you didn't get my point so I try again - this
time with a slightly changed scenario:

Ok, in the current dir I make a subdir called 'sub'. In 
both directories I put a copy of a format file - let it be cont-en.efmt.
In addition my minimal test file (see bootom of e-mail) is still in the
subdirectory. Then I in the current dir do

   texexec --format=cont-en sub/test.tex     - and get dvi output

Then I go into the sub directory ('sub') and do

   texexec --format=cont-en test.tex         - and get pdf output  (*)

So my question (again) is why this behaviour ? Running texexec on
the same file with the same format - getting different output...

The format file is found by kpsewhich AND used by texexec - and I know
because 'cont-en.efmt' doesn't exists in '.../web2c' because
our sysadmin hasn't set it up (yet). 

I don't think this has anything to do with where the formats are found,
current dir or web2c, but I agree completely - if possible (not in my
case) the format file should go to '.../web2c'.

Best regards, Hans Fredrik

NB! I would love to attached the output from a verbose run of the two
    examples above, but I think I have used enough bandwith for today.
    The output confirms that the formats are found and that the same ini
    file (for texexec) is used. Those interested can contact me :-)

PS! Do you (or anybody else) mind trying this - just to check whether my 
    system is wrong or texexec is kind of strange behaving. 

--------------------------------------------------------------------------

Two digression (and nothing more):

1) I think texexec at least should search for format files in the current
dir (which it seems to be doing [good] even though it is not part of
the default web2c/fmt path that kpsewhich uses) and maybe also
TEXINPUTS. The reason for this is that a lot of users (on multi-users
systems) have to make there own formats because their sysadmin has other
things to do than fix the default settings for teTeX (as an example). OR 
texexec could accept this

   texexec --format=some_path/cont-en file.tex

2)

> > texexec --format=context test.tex     - and get pdf output  (*)
> 
> wrong. There is no context, only cont-en, cont-de, cont-en

Yes, I'm sorry about that. I happened to rename the cont-en format
to context because I found that more natural (since I wasn't planing
on using nl,de or uk). It won't happen again,
or I will at least keep it for myself :-)

-----------------------------------------------------------------
Test file 'test.tex'

% interface=en output=pdftex

\starttext
Hello!
\stoptext


  reply	other threads:[~2000-09-25 23:24 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-09-25 19:18 Hans Fredrik Nordhaug
2000-09-25 22:00 ` Hans Hagen
2000-09-25 23:24   ` Hans Fredrik Nordhaug [this message]
2000-09-26  8:23     ` Hans Hagen
2000-09-25 22:02 ` funny behaviou - texexec ... [small correction] Hans Fredrik Nordhaug
2000-09-25 22:07   ` Hans Hagen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.SGI.4.03.10009251816080.25850-100000@gravel \
    --to=nordhaug@karst.princeton.edu \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).