The mert script prints out every command it runs. You should be able to replicate the error by running the last command On 16 Jan 2016 14:18, "Dingyuan Wang" <abcdoyle...@gmail.com> wrote:
> Sorry, but I can't reliably replicate the same problem when running > TUNING_tune.1 alone. There is no character '_' in the test set or top50 > list. > > I'm using sparse-features = "target-word-insertion top 50, > source-word-deletion top 50, word-translation top 50 50, phrase-length" > > I've attached some related files from EMS and the EMS config. > > https://mega.nz/#!xs0SFKxL!M_RTBp1JGX24-b4xlYYLP-bLXKiC_Sl-p96x55avAB4 > > 在 2016年01月16日 02:45, Hieu Hoang 写道: > > could you make your model files available for download so I can > > replicate this problem. > > > > it seems like you're using a feature function with sparse scores. I > > think the character '_' must be escaped. > > > > > > On 12/01/16 04:00, Dingyuan Wang wrote: > >> Hi all, > >> > >> I'm using EMS for doing experiments. Every time the kbmira died with > >> SIGABRT when turning on one direction, while tuning on the opposite > >> direction (same config and test set) was successful. > >> > >> The mert.log (stderr) shows follows: > >> > >> > >> kbmira with c=0.01 decay=0.999 no_shuffle=0 > >> Initialising random seed from system clock > >> Found 15323 initial sparse features > >> ....terminate called after throwing an instance of > >> 'MosesTuning::FileFormatException' > >> what(): Error in line "-4.51933 0 0 -6.09733 0 0 0 -121.556 2 -20 12 > >> -31.6201 -38.5211 -26.5112 -60.6166 WT_，~，=2 WT_？~？=1 PL_s1=4 > >> PL_s3=1 PL_3,3=1 PL_2,2=3 PL_1,2=1 PL_2,1=3 PL_t1=6 PL_t2=4 PL_t3=2 > >> PL_2,3=1 PL_s2=7 PL_1,1=3 WT_未~没有=1 WT_何~怎么=1 WT_何~能=1 WT_方~正 > >> 在=1 WT_又~还=1 WT_君~您=2 WT_趣~向=1 WT_趣~奔=1 WT_有~没有=1 WT_往~去=1 > >> WT_官~官员=1 WT_假~借=1 WT_檄~檄文=1 WT_文~文告=1 WT_上~上级=1 WT_为~ > >> 呢=1 WT_在~正在=1 " of run7.features.dat > >> Aborted > >> > >> > >> I think since run7.scores.dat is generated by some scripts, I wouldn't > >> be responsible for making the bad format. Last time it also died, I > >> removed the likely offending line in the test set, but this time another > >> line appears. > >> > >> -- > >> Dingyuan Wang > >> _______________________________________________ > >> Moses-support mailing list > >> Moses-support@mit.edu > >> http://mailman.mit.edu/mailman/listinfo/moses-support > > > > -- > Dingyuan Wang (gumblex) >
_______________________________________________ Moses-support mailing list Moses-support@mit.edu http://mailman.mit.edu/mailman/listinfo/moses-support
