It may be you're mixing up the phrase-based with the syntax/hiero model. Can you please attach the file filtered/moses.ini and perhaps the first few lines of the phrase-table that's used
* Looking for MT/NLP opportunities * Hieu Hoang http://moses-smt.org/ On 17 May 2017 at 10:18, Per Starbäck <[email protected]> wrote: > Hi! When following the examples at > http://www.statmt.org/moses/?n=Moses.Baseline I get a segmentation faul. > I wonder what the problem is. > > I use the prebuilt binaries at > http://www.statmt.org/moses/RELEASE-3.0/binaries/linux- > 64bit/linux-64bit.tgz > (on a Centos 7 system) and it's during the Tuning step, when I run > training/mert-moses.pl I get an error. The command was: > > .../scripts/training/mert-moses.pl ../corpus/news-test2008.tc.de > ../corpus/news-test2008.tc.en .../moses/bin/moses > train/model/moses.ini --mertdir .../moses/bin/ &> mert.out > > (with some absolute paths here replaced with "...") > That script is running > > .../moses -config filtered/moses.ini -weight-overwrite 'PhrasePenalty0= > 0.043478 WordPenalty0= -0.217391 TranslationModel0= 0.043478 0.043478 > 0.043478 0.043478 Distortion0= 0.065217 LM0= 0.108696 LexicalReordering0= > 0.065217 0.065217 0.065217 0.065217 0.065217 0.065217' -n-best-list > run1.best100.out 100 distinct -input-file .../corpus/news-test2008.tc.de > > run1.out > > which segfaults. When run under debugger I get the following backtrace: > > ====================================================================== > (gdb) bt > #0 0x0000000000597a99 in Moses::TargetPhrase::SetAlignmentInfo > (this=this@entry=0xcf92040, alignString=...) at moses/TargetPhrase.cpp:194 > #1 0x000000000060813c in Moses::RuleTableLoaderStandard::Load > (input=std::vector of length 1, capacity 1 = {...}, output=std::vector of > length 1, capacity 1 = {...}, inFile=..., ruleTable=..., this=<optimized > out>, format=Moses::MosesFormat) at moses/TranslationModel/ > RuleTable/LoaderStandard.cpp:226 > #2 0x00000000006048bd in Moses::RuleTableTrie::Load (this=0x132c000) at > moses/TranslationModel/RuleTable/Trie.cpp:48 > #3 0x000000000041fcf6 in Moses::StaticData::LoadFeatureFunctions > (this=this@entry=0xaa4c20 <Moses::StaticData::s_instance>) at > moses/StaticData.cpp:901 > #4 0x0000000000426e53 in Moses::StaticData::LoadData > (this=this@entry=0xaa4c20 > <Moses::StaticData::s_instance>, parameter=parameter@entry=0x7fffffffd600) > at moses/StaticData.cpp:499 > #5 0x0000000000427d3c in Moses::StaticData::LoadDataStatic > (parameter=parameter@entry=0x7fffffffd600, > execPath="/local/ling/moses/bin/moses") > at moses/StaticData.cpp:98 > #6 0x000000000040d185 in main (argc=11, argv=0x7fffffffdc78) at > moses-cmd/Main.cpp:105 > ====================================================================== > > Next I'll try compiling moses myself, to see if will be the same, > but meanwhile I'd like to ask what this can be about (and at the same > time report this, if it is of interest). > > I should add that I'm not a computational linguist, but a system > administrator trying to help one, so maybe I don't know what I'm actually > doing. :-) Actually she did the commands that led up to this. I only > repeated the last step under a debugger. > _______________________________________________ > Moses-support mailing list > [email protected] > http://mailman.mit.edu/mailman/listinfo/moses-support >
_______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
