On Mon, 13 Aug 2007, Idris Samawi Hamid wrote:

On Mon, 13 Aug 2007 09:12:56 -0600, Peter Münster wrote:

...

/opt/TeX-live/texmf-var/luatex-cache/context/92a04c9ffb33efd4ef40317f33cfad27/formats/cont-en.fmt: No such file or directory

I have had the same problem on windows. "texexec --luatex test" will create a spurious cache directory and then proceed to search it:

1. Check to see if it works from the scite script cscite in unix (cscite.bat on windows).

The only cscite-file on my system is "context/data/cscite.rme"...

2. If you can run luatex from scite then just save the scite script to a different name and edit it to launch your application (editor or shell).

No, I use emacs and bash... I think, at first I need the answers to the following questions: Does luatex need an fmt-file? - If no, why does luatex complain? - If yes, how do I generate it, since format-generation produces only cont-en.luc and cont-en.lua? No problems with plain: luatex --ini plain \\dump ln -s plain.fmt luatex.fmt luatex --output-format=pdf test This is test.tex: Hello world! \bye Cheers, Peter -- http://pmrb.free.fr/contact/

On Mon, 13 Aug 2007 11:09:47 -0600, Peter Münster wrote:

On Mon, 13 Aug 2007, Idris Samawi Hamid wrote:

...

On Mon, 13 Aug 2007 09:12:56 -0600, Peter Münster wrote:

...

/opt/TeX-live/texmf-var/luatex-cache/context/92a04c9ffb33efd4ef40317f33cfad27/formats/cont-en.fmt:

...

No such file or directory

...

I have had the same problem on windows. "texexec --luatex test" will create a spurious cache directory and then proceed to search it:

1. Check to see if it works from the scite script cscite in unix (cscite.bat on windows).

The only cscite-file on my system is "context/data/cscite.rme"...

So you don't have a maximal distribution then...

...

2. If you can run luatex from scite then just save the scite script to a different name and edit it to launch your application (editor or shell).

No, I use emacs and bash...

I think, at first I need the answers to the following questions: Does luatex need an fmt-file?

yes

- If no, why does luatex complain? - If yes, how do I generate it, since format-generation produces only cont-en.luc and cont-en.lua?

Are you sure there is not another cache directory created? What happens here: 1. a cache is created by luatex 2. when I run "texmfstart texexec file" a secondary cache is created and then I get the exect same error messages that you get. When I start an application using cscite.bat or a derivative of it, everything works fine. cscite.bat initializes scite using setuptex.bat (or just setuptex under unix). So try to get a distributution with Scite and the initialition script. Then, if scite works properly, you can edit the initialization script to start whatever you like (emacs, bash, etc., notepad++ in my case). Best wishes Idris -- Professor Idris Samawi Hamid Department of Philosophy Colorado State University Fort Collins, CO 80523 -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

I'll take a look into setuptex.

maybe you can find this useful: http://luatex.bluwiki.com/go/User:Luigi.scarso#How_to -- luigi ---------------------------------------------------------------- If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context webpage : http://www.pragma-ade.nl / http://tex.aanhet.net archive : https://foundry.supelec.fr/projects/contextrev/ wiki : http://contextgarden.net

On Tue, 14 Aug 2007, Taco Hoekwater wrote:

I have not received all email of the last two days yet, so I may be off. If this is still 0.10.1, please wait for the new mkiv release or update to 0.10.2 yourself. Otherwise, it will help more if you manage to capture the output of TeX's tracing information (by adding \tracingall at the top of supp-box.tex).

I attach the compressed output of the following command: luatex --ini --lua=/tmp/luatex-cache/context/5e8053a7b68c5c33fee26928fcc6f42f/formats/cont-en.luc /home/peter/tmp/tex2/texmf-local/tex/context/base/cont-en.tex '\dump' &>/tmp/tracingall-0.10.2.log The luatex version is 0.10.2 and the command finishes with "Segmentation fault".

...

Perhaps something for the luatex-bug-tracker, Taco?

Not while it only happens to you. The crash has to be reproducible for a bug tracker item to be useful, I 'm afraid :(

Perhaps it's only reproducible on linux-x86_64? Cheers, Peter -- http://pmrb.free.fr/contact/

On Wed, 15 Aug 2007, Taco Hoekwater wrote:

It seems so (somewhat depressingly). If you have the 32bit support installed, maybe you can test to see if the other linux executable is ok. Otherwise, it will have to wait until after my vacation, since it will take me a while to get my hands on a x86_64 linux installation.

I've just tested the precompiled 32bit version from foundry.supelec.fr and now it works fine (even with TeX-live). Thus, there will be soon (today or tomorrow) a new texlive-rpm with support for MKIV. Cheers, Peter -- http://pmrb.free.fr/contact/