preprocessor doesn't create preprocessed file
Brought to you by:
ovidiu
Menu
▾
▴
Hi.
On 1 of my computers the preprocessor doesn't create a temporary outputfile for the browser when I choose Apply XSLT, View in Browser.
On 2 others it works fine.
I have checked that the pre-processor is running, it just doesn't make a temporary outputfile (without error).
Does anybody have a clue?
Versions:
emacs2.1.1
XSLT-process 2.1
Saxon 6.3
jre 1.3.1
Could you provide more information on the operating system and emacs version you're using?
Hi.
It's W2k.
And emacs 2.1.1, is there more info on this, you need?
It's downloaded as precompiled version.
Hm, I'm not sure what could be the problem. It certainly works fine on my Win2k test machine, and you also say it's working fine on your other machine...
You can try loading an XML or XSLT file, and evaluate the Lisp form:
(xslt-process-temp-directory)
[To do the evaluation type Meta-: (Meta is Alt on most keyboards). You should see an "Eval: " prompt at the bottom of your window.]
This will tell you what is the directory where the temporary files are created. Make sure you have such a directory.
The result of this is the correct, existing temp directory (only with ~ signs, but emacs can find it, no problem).
Running that emacs from another machine over the network there is no problem, running another emacs over the network on the problem-machine fails so it's very likely something like that indeed.
All rights are perfect in the temp-directory, I checked that, also no other programs give problems.
Isn't there a way to track messages from the preprocessor?
There is a way to get them, but you will need to recompile the Java portion of the package. Go to the java/ directory in the distribution and run make. This will regenerate the jar file from the sources. You can insert println statements in the source code in the appropriate places to see what's going on on your system.
If you have a debugger, you may also attach remotely to the JVM and see what happens.