This is called by some very shady code of mine, memory mapping is 
involved and stuff. I will take a closer look today.

W dniu 15.01.2014 10:32, Rico Sennrich pisze:
> Marcin Junczys-Dowmunt <junczys@...> writes:
>
>> Revision d2d508184e35909aa5da901b81bb70f10f7794c7 breaks my compact
>> reordering model, but at runtime and only if you do a clean build
>> without any build artifacts from earlier compilations. It segfaults
>> during loading in a weird low-level place.
> Hi Marcin,
>
> strangely enough, the segfault happens in the default constructor of
> unsigned char (no idea why though), which is called during a resize. I could
> fix it by passing the default value 0 to the resize function.
>
> Here's the last bit of the backtrace for anyone interested; maybe someone
> can enlighten me why it's segfaulting:
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000000004c9df5 in _S_construct<unsigned char> (__p=0x7ffff7ff3415
> "\377\003^\255U\v(@\021\003\034\200\206\066\004`\"\221Td\224") at
> /usr/include/c++/4.7/bits/alloc_traits.h:263
> 263           { ::new((void*)__p) _Tp(std::forward<_Args>(__args)...); }
> (gdb) bt
> #0  0x00000000004c9df5 in _S_construct<unsigned char> (__p=0x7ffff7ff3415
> "\377\003^\255U\v(@\021\003\034\200\206\066\004`\"\221Td\224") at
> /usr/include/c++/4.7/bits/alloc_traits.h:263
> #1  construct<unsigned char> (__p=0x7ffff7ff3415
> "\377\003^\255U\v(@\021\003\034\200\206\066\004`\"\221Td\224", __a=...) at
> /usr/include/c++/4.7/bits/alloc_traits.h:395
> #2  __uninitialized_default_n_a<unsigned char*, unsigned long,
> Moses::MmapAllocator<unsigned char> > (__n=<optimized out>,
> __first=<optimized out>, __alloc=...) at
> /usr/include/c++/4.7/bits/stl_uninitialized.h:594
> #3  std::vector<unsigned char, Moses::MmapAllocator<unsigned char>
>> ::_M_default_append (this=this@entry=0x7fffffffc870, __n=<optimized out>)
> at /usr/include/c++/4.7/bits/vector.tcc:558
> #4  0x00000000004caba3 in resize (__new_size=<optimized out>,
> this=0x7fffffffc870) at /usr/include/c++/4.7/bits/stl_vector.h:647
> #5  Moses::StringVector<unsigned char, unsigned long,
> Moses::MmapAllocator>::loadCharArray (this=this@entry=0x9edac8, c=...,
> in=in@entry=0x9ee5d0, map=<optimized out>) at
> moses/TranslationModel/CompactPT/StringVector.h:245
>
> best,
> Rico
>
>
> _______________________________________________
> Moses-support mailing list
> Moses-support@mit.edu
> http://mailman.mit.edu/mailman/listinfo/moses-support

_______________________________________________
Moses-support mailing list
Moses-support@mit.edu
http://mailman.mit.edu/mailman/listinfo/moses-support

Reply via email to