segmentation fault and random errors after 5-15 minutes in mosesserver

[moses-smt]

segmentation fault and random errors after 5-15 minutes in mosesserver

[hieuhoang]

What gcc version are u using ? Does it also happen with the command line Moses? I can't debug Moses server

Sent while bumping into things

On 14 Nov 2013, at 20:23, Marko Tasic [email protected] wrote:

Hi,

My question is explained in details here: http://stackoverflow.com/questions/19962783/moses-crashed-with-segmentation-fault

I tried both latest rev from git for last couple of days, or older version found in Arch Linux User Repository (AUR) marked as 1.0.

Basically, I have problem running mosesserver after some time. When it works, it simply works for almost any input, but when it does not it freezes after error message " *** Error in `/opt/moses/bin/mosesserver': double free or corruption (!prev): 0x00000000ec8d1470 ***" or exits uncleanly.

When I try to debug mosesserver all errors I can see are related to xmlrpc, but when I try to directly run moses and manually input text for translation, then it again crashes.

It is very hard to explain what is going on, but moses was working ok on older arch linux. Somehow, glibc looks suspicious to me.

—
Reply to this email directly or view it on GitHub.

[mtasic85]

$ gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.2/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /build/gcc-multilib/src/gcc-4.8.2/configure --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++ --enable-shared --enable-threads=posix --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-clocale=gnu --disable-libstdcxx-pch --enable-gnu-unique-object --enable-linker-build-id --enable-cloog-backend=isl --disable-cloog-version-check --enable-lto --enable-gold --enable-ld=default --enable-plugin --with-plugin-ld=ld.gold --with-linker-hash-style=gnu --disable-install-libiberty --enable-multilib --disable-libssp --disable-werror --enable-checking=release
Thread model: posix
gcc version 4.8.2 (GCC)

[mtasic85]

Btw, language models and other data are an year old. Does it make any difference?

[hieuhoang]

thought so. I think this is a gcc problem since gcc 4.8.1 that hasn't been
fixed yet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58800
I noticed this when i upgraded my os
http://article.gmane.org/gmane.comp.nlp.moses.user/9730

I installed g++ 4.7 on my pc and pointed the g++ softlink to it
cd. /usr/bin
sudo ln -s g++-4.7 g++

On 14 November 2013 22:16, Marko Tasic [email protected] wrote:

Btw, language models and other data are am year old. Does it make any
difference?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/51#issuecomment-28528519
.

Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu

[hieuhoang]

i've just committed in a fix.

17887a2

If the gcc version is 4.8.1 or 4.8.2, then it will won't call the
nth_element() function. It an ugly hack, I'll take in out in a years time
when the compilers have been patched

Hopefully this will resolve your problems

On 14 November 2013 23:41, Hieu Hoang [email protected] wrote:

thought so. I think this is a gcc problem since gcc 4.8.1 that hasn't been
fixed yet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58800
I noticed this when i upgraded my os
http://article.gmane.org/gmane.comp.nlp.moses.user/9730

I installed g++ 4.7 on my pc and pointed the g++ softlink to it
cd. /usr/bin
sudo ln -s g++-4.7 g++

On 14 November 2013 22:16, Marko Tasic [email protected] wrote:

Btw, language models and other data are am year old. Does it make any
difference?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/51#issuecomment-28528519
.

Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu

Hieu Hoang
Research Associate
University of Edinburgh
http://www.hoang.co.uk/hieu

[mtasic85]

You were right, gcc 4.6.3 and gcc-libs 4.6.3 fixed this issue. Just remainder, on ArchLinux, I used package called "downgrade" from AUR. Because gcc 4.6.3 uses older version of some libraries, I had to manually create soft simlinks for them in /usr/lib.

Thank you!