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
next prev parent 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).