Hello Hans,

i've never seen that one before ... where does it come from? Surprise! :)

It comes whenever I run luatools.cmd from the latest build. (See attachements) -- Best regards, Vyatcheslav Yatskovsky

Vyatcheslav Yatskovsky wrote:

Hello Hans,

To be more specific, it is texlua.exe that causes that awful crash, even run alone.

hm, something wrong with the binary then ----------------------------------------------------------------- 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 -----------------------------------------------------------------

Hello Vyatcheslav, First: thanks a lot for your patience and for testing. Just to explain it: Hans is only indirectly involved in this, so if anyone is to be blamed for non-functionality, that's me or Arthur (who will probably deny everything :-) on the first place. Hans is only responsible for those parts which are already working :) Last time when it failed to work in a similar manner on windows, it has been a problem with rsync (some builds simply fail to work properly) and I kept getting errors related to some knd of permissions. (read as: when I downloaded the binaries with rsync under mac and saved them on a shared partition, they worked OK on windows, but they didn't work when I downloaded them with rsync on windows). The most weird thing is that it already worked on your computer, and it kind-of-works on mine, and I don't remember doing anything except changing folder names (perhaps I missed some details inbetween), so I have absolutely no idea where things could go wrong. What if you change directory names manually (after downloading) back to the original ones? Mojca On 11/1/07, Vyatcheslav Yatskovsky wrote:

Hello Hans,

...

hm, something wrong with the binary then

Very probably it is.

Meanwhile, two questions:

1) Where LUANPUTS should point to? Or it is of no use in the new build?

LUAINPUTS is set in texmf.cnf already, so you don't need any environmental variable.

2) Is the folder "texmf-context\scripts\context\lua" really needed? It seems like all that files are found in "texmf-win\bin" folder. (At least, should I include it into my path?)

You don't need to include texmf-context\scripts\context\lua in PATH. In any case, that folder is the true source. texmf-win\bin is composed of: - texmfstart.exe - different standard binaries (pdfTeX, XeTeX, LuaTeX, metapost, ...) - .bat/.cmd files - lua files (Hans said they're needed, so I copied them there from \scripts\context\lua) Mojca

On 11/2/07, Vyatcheslav Yatskovsky wrote:

Hello Mojca,

Thank you.

I'm not in position to change dir names because it doesn't help with that error (I tried), and I updated my environment variables for the new build.

Really, it is not important which part doesn't work if they don't work at all. :) Who compiled texlua?

I take it from Akira's page (W32TeX). I don't know which version exacly it was (files date back to 08-Sep-2007 03:06). I stopped fetching the latest version from svn since Hans and Taco said that it would be better to wait for the new beta instead of having the latest non-working version :). But I didn't change anyhing about the binaries since almost two months (unless I forgot to include some files). So I really have no idea where to start looking for the problems. In any case: luatex should not crash. Hans reported that overwriting the existing bin directory with the old binaries worked (but that was rsync problem). Which rsync are you using? Mojca

Hello, The new build works.. after copying the bin folder into bin2, deleting it, and renaming bin2 to bin. Something very strange is going on here ... Best regards, Vyatcheslav Yatskovsky

Mojca Miklavec wrote:

On 11/2/07, Vyatcheslav Yatskovsky wrote:

...

Hello,

The new build works.. after copying the bin folder into bin2, deleting it, and renaming bin2 to bin.

Something very strange is going on here ...

Hmmm ... I don't understand that either, but in that case I really suspect rsync.

Thanks a lot for testing :)

when rsyncing times on the machines need to be in sync; when unsure, use the -c option (which is chechsum based) Hans ----------------------------------------------------------------- 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 -----------------------------------------------------------------