Hi hwidong Can u send me the ini file u're using and a few lines of each phrase table. Don't forget the glue rule pt too. I'll try & see what's happening
Hieu On 13 Aug 2010, at 08:29, Hwidong Na <[email protected]> wrote: > Hi Barry, > > Here is the gdb messages. > > Program received signal SIGSEGV, Segmentation fault. > 0x000000000040f008 in Moses::ChartRule::CreateNonTermIndex > (this=0x119e88f0) > at ChartRule.cpp:50 > 50 m_wordsConsumedTargetOrder[targetPos] = nonTermInd; > (gdb) where > #0 0x000000000040f008 in Moses::ChartRule::CreateNonTermIndex ( > this=0x119e88f0) at ChartRule.cpp:50 > #1 0x00000000004cbc7d in Moses::ChartRuleCollection::CreateChartRules ( > this=0x2d68dd0, ruleLimit=5000) at ChartRuleCollection.cpp:123 > #2 0x0000000000499e44 in > Moses::PhraseDictionarySCFG::GetChartRuleCollection ( > this=0x119e8898, s...@0x2d68930, ran...@0x119e3948, > adhereTableLimit=true, > cellco...@0x7fff62439a48) at PhraseDictionarySCFGChart.cpp:161 > #3 0x00000000004e6c8e in > MosesChart::TranslationOptionCollection::CreateTranslationOptionsForRange > (this=0x7fff62439a68, decodeGraph=<value optimized out>, > startPos=0, endPos=0, adhereTableLimit=16) > at ChartTranslationOptionCollection.cpp:151 > #4 0x00000000004e6a0c in > MosesChart::TranslationOptionCollection::CreateTranslationOptionsForRange > (this=0x7fff62439a68, startPos=0, endPos=0) > at ChartTranslationOptionCollection.cpp:89 > #5 0x00000000004e626e in MosesChart::Manager::ProcessSentence ( > this=0x7fff62439a40) at ChartManager.cpp:77 > #6 0x000000000040849d in main (argc=<value optimized out>, > argv=0x7fff62439e78) at Main.cpp:147 > > -- > Hwidong Na <[email protected]> > KLE lab, POSTECH, KOREA > > > 2010-08-12 (목), 09:51 +0100, Barry Haddow: >> Hi Hwidong >> >> Do you know how to use gdb? Could you run moses in the debugger and get a >> stack trace. >> >> It would be something like this: >> >> [suede]bhaddow: gdb moses >> GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-23.el5_5.1) >> Copyright (C) 2009 Free Software Foundation, Inc. >> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> >> This is free software: you are free to change and redistribute it. >> There is NO WARRANTY, to the extent permitted by law. Type "show copying" >> and "show warranty" for details. >> This GDB was configured as "i386-redhat-linux-gnu". >> For bug reporting instructions, please see: >> <http://www.gnu.org/software/gdb/bugs/>... >> Reading symbols >> from >> /afs/inf.ed.ac.uk/user/b/bhaddow/statmt/moses/moses-cmd/src/moses...done. >> (gdb) run -f ~/afs/models/fr-en-nc/moses.ini >> >> When moses hits the segfault, type 'where' at the prompt to get a stack >> trace. >> >> >> regards >> Barry >> >> >> On Thursday 12 August 2010 02:27, Hwidong Na wrote: >>> Hi Hiue, >>> >>> Unfortunately, I use the new scripts to create phrase tables. >>> >>> The hierarchical model has the new format. >>> >>> [X][X] 五 百 [X] ||| [X][X] five hundred [X] ||| 0.944295 >>> 0.44408 0.595991 0.478547 2.718 ||| 0-0 ||| 12.3925 19.6349 >>> >>> >>> The phrase-based model also has the new format, although it does not >>> contain the alignment information. >>> >>> 五 百 日元 ||| five hundred yen ||| 0.933333 0.429554 0.7 >>> 0.372403 2.718 ||| ||| 15 20 >>> >>> I also checkout the latest svn trunk. Despite a little modification of >>> the configuration for the EMS (e.g. rename mert-moses-new.pl to >>> mert-moses.pl), it also fails to decode an input sentence using a >>> hierarchical model. Still, a phrase-based model has no problem. >>> >>> I don't find the source of the problem yet. >> > > > > > > _______________________________________________ > 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
