09.12.2012 Views

The KPML documentation

The KPML documentation

The KPML documentation

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Troubleshooting<br />

next<br />

up previous<br />

contents<br />

index<br />

Next: Computational Systemic-Functional Linguistics Up: Introduction Previous: Known<br />

bugs/problems<br />

Troubleshooting<br />

If serious errors occur during the loading of Loom, check that Loom has been previously compiled.<br />

<strong>KPML</strong> will not try to compile Loom itself, but loading a noncompiled Loom version will fail.<br />

If installation appears to have been completed successfully, but examples do not generate the intended<br />

strings, then some component of the lingusitic resources has not been loaded appropriately. <strong>The</strong>re are<br />

some systematic failures that can be indicative of particular causes. Most typical is that all SPL inputs<br />

result only in nominal phrases being generated: this is usually due to the Upper Model not having<br />

been loaded during the configuration phase.<br />

If Emacs and Allegro Common Lisp are not being used, then error conditions can cause more than<br />

one process to use the originating Lisp listener simultaneously! <strong>The</strong> user must ensure that the required<br />

input makes it way to the appropriate process (e.g., by repeating it until accepted).<br />

If the interface is up and running but after selection of some command it stops reacting, then check:<br />

1. that all of the <strong>KPML</strong> windows are `open' or `expanded'--if a window is `closed' or `iconized',<br />

menus dependent on that window will not be brought up until the window is open;<br />

2. that no error condition (e.g., a network or X-server fault) has thrown control back to the calling<br />

Lisp process.<br />

It is possible that some unfortunately syntactically misformed resource definitions that escape<br />

detection on loading can bring the interface to a halt if a request is made to inspect them. Since<br />

inspection can only take place in the Inspector window (Chapter 6), it is generally only this window<br />

that is affected. Should this occur, there is no available option for continuing, and control-Z from the<br />

interface fails to abort, then the Inspector can be restarted by typing at the originating Lisp listener (cf.<br />

Section 14.6):<br />

next<br />

(kpml-i::startup-resource-inspector-frame T)<br />

up previous<br />

contents<br />

index<br />

Next: Computational Systemic-Functional Linguistics Up: Introduction Previous: Known<br />

bugs/problems<br />

http://www.darmstadt.gmd.de/publish/komet/kpml-1-doc/node13.html (1 von 2) [11.12.2004 14:20:21]

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!