On Mon, Feb 25, 2013 at 8:45 PM, Ilnar Salimzyan
<[email protected]>wrote:
> Hello,
>
> The pair I wanted to use apertium-viewer for was Kazakh-Tatar (mode
> file is /incubator/apertium-kaz-tat/modes/kaz-tat.mode).
>
> rm -rf ~/.java/.userPrefs/apertium* didn't solve all the problems. It
> allowed me to start the Apertium-viewer, and then I was able to
> select, as Mikel suggested, "External processing" in Options (making
> apertium-viewer use regular lttoolbox instead of lttoolbox-java
> apparently). After that I loaded the kaz-tat mode and it stopped
> crashing and works fine now.
>
Perhaps we should make apertium-viewer remove the user preferences (or at
least the relevant part of it) when it crashes? Or at least save that it
has crashed and give the option to reset the user preferences the next time
that it's run? Otherwise we can run into this sort of situations in which
the application crashes as soon as it's launched and the user cannot do
anything to fix it except manually remove the user preferences as Ilnar did.
> Lttoolbox-java refused to work with Kazakh and crashed just after I
> typed the first character. Steps to re-produce:
>
> * rm -rf ~/.java/.userPrefs/apertium*
> * java -jar apertium-viewer.jar
> * apertium-viewer starts with a "It seems this is first time you run
> this program" window
> * "No language pairs could be loaded" window (I don't have any pairs
> installed)
> * clear the text box (remove "Sample text")
> * select kaz-tat.mode via File>Load mode
> * type in e.g. this sentence: "Қайда бара жатырсың?"
>
> It worked fine as it was (i.e. without enabling "External processing")
> with online pairs. In particular I tried out English-Esperanto and
> Spanish-English pairs.
>
> The only way I could crash it :) was typing in the "/" or "\" signs.
> It crashes and gives the following output:
>
> java.lang.RuntimeException: Error: Illegal input stream char: /
> at
> org.apertium.lttoolbox.process.FSTProcessor.streamError(FSTProcessor.java:225)
> at
> org.apertium.lttoolbox.process.FSTProcessor.readAnalysis(FSTProcessor.java:298)
> at
> org.apertium.lttoolbox.process.FSTProcessor.analysis(FSTProcessor.java:886)
> at org.apertium.lttoolbox.LTProc.doMain(LTProc.java:284)
> at org.apertium.pipeline.Dispatcher.doLTProc(Dispatcher.java:297)
> at org.apertium.pipeline.Dispatcher.dispatch(Dispatcher.java:381)
> at apertiumview.Pipeline$PipelineTask.run(Pipeline.java:123)
> at apertiumview.Pipeline$1.run(Pipeline.java:41)
>
IIRC, apertium-viewer doesn't do the deformatting and reformatting steps
(don't ask me why, but AFAIK it never did) , and that's probably what's
causing the crash.
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
_______________________________________________
Apertium-stuff mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/apertium-stuff
