The problem is that Reordering models have a base class that manages and delegates loading. If I remember correctly there is some kind of preference hard coded, if something exists that has the minlexr suffix, take if before *.binphr and *.gz. Some time ago the compact phrase table would not work with the suffix, so this was at least consistent. That changed in the meantime and now we have this current mess.
What would be the best solution? A) fix suffix handling, B) define a ReorderingCompact feature C) both W dniu 2015-02-04 14:18, Tom Hoar napisał(a): > Hi, Marcin, > > 1) comment out the reordering model (both, feature and weights): works. > Exception disappears. > 2) Remove file extension ".minlexr" from path= reference: works. file loads > and model works > > Additional test: > 3) Remove file extension ".minphr" from compact phrase table's path= > reference: works. > > Is it possible this exception has to do with the filename buffer vice > algorithm? > > FYI, I'm using the build-in boost library from Ubuntu 14.04 libboost 1.54 > apt-get install libboost-all-dev > > On 02/04/2015 07:04 PM, Marcin Junczys-Dowmunt wrote: > > Hi, > > urgh, I saw this sometimes, could you comment out the reordering model (both, > feature and weights) and check if you still get that? If not, uncomment and > try to remove the file suffix "minlexr" for the reordering model. If it still > happens, update boost :) (someone had the same problem and updating boost > fixed it miraculously, no idea why though) > > W dniu 2015-02-04 12:44, Tom Hoar napisał(a): > > Hi everyone, > > I just build the new R-3. I'm also in the middle of updating our environment. > I had a problem preparing for mert-moses.pl. So, I cut back to basics... > manual edits to the moses.ini file and command line. > > I attached the moses.ini file and its output log. I edited the moses.ini file > to use compact phrase and reordering files, and KenLM with lazy option. It > fails with "Exception: vector::_M_range_check". > > Is something wrong or missing with my edits? > > Also, more results addressed separately in another. > > _______________________________________________ > Moses-support mailing list > [email protected] > http://mailman.mit.edu/mailman/listinfo/moses-support [1] > > _______________________________________________ > Moses-support mailing list > [email protected] > http://mailman.mit.edu/mailman/listinfo/moses-support [1] _______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support [1] Links: ------ [1] http://mailman.mit.edu/mailman/listinfo/moses-support
_______________________________________________ Moses-support mailing list [email protected] http://mailman.mit.edu/mailman/listinfo/moses-support
