Hi,
I'm still betting it's out of disk space writing the ARPA.
Multithreaded exception handling is annoying. This is there to prevent
deadlock.
Kenneth
On 10/05/2015 01:52 PM, 徐同学 wrote:
> Dear all,
>
> I’m building the baseline system, and some error occurred during the
> last step of LM training process as the first attached file shows.
>
> I checked another case of “Last input should have been poison”, but that
> one has more detailed information “no space left on device”, while mine
> has nothing but that sentence.
>
> The exact command I use for Kenlm is:
> $MOSES/bin/lmplz -o 3 < ~/es-fi/OpenSubtitles2013.es-fi.true.fi
> <http://opensubtitles2013.es-fi.true.fi/> > OpenSubtitles2013.es-fi.arpa.fi
> <http://opensubtitles2013.es-fi.arpa.fi/>
>
> As mosesdecoder is installed at the administrator’s directory instead of
> my own, "~/mosesdecoder "is replaced by $MOSES.
>
> my corpus(the language pair is Spanish to Finnish) was downloaded from
> Opus(http://opus.lingfil.uu.se/OpenSubtitles2013.php) in the Moses format.
>
> The downloaded profile contains three files: OpenSubtitles2013.es-fi.es
> <http://OpenSubtitles2013.es>, OpenSubtitles2013.es
> <http://OpenSubtitles2013.es>-fi.fi <http://OpenSubtitles2013.fi>,
> and OpenSubtitles2013.es <http://OpenSubtitles2013.es>-fi.ids.
>
> The tokenization, truecasing and cleaning are all completed with the
> “es" and “fi” files. Is it possible if the error has something to do
> with the “ids” file?
>
> Here attaches the output of LM process, and the command I used for
> corpus preparation.
>
>
>
>
>
>
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support
>
_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support
