Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Seg Fault in Cooperative(協調型) Kaname-Shiki #3

Open
zzxx-husky opened this issue Jan 21, 2020 · 0 comments
Open

Seg Fault in Cooperative(協調型) Kaname-Shiki #3

zzxx-husky opened this issue Jan 21, 2020 · 0 comments

Comments

@zzxx-husky
Copy link

zzxx-husky commented Jan 21, 2020

Hi, when I use Cooperative Kaname-Shiki in my own system, I get the following segmentation fault:

Thread 3 "multiplexer" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7870700 (LWP 23718)]
0x00007ffffdeb588e in KanameShiki::GlobalReserver::Alloc(unsigned long) () from /home/zzxx/repos/MemoryAllocator.KanameShiki/lib/libKanameShiki0_g.so
(gdb) bt
#0  0x00007ffffdeb588e in KanameShiki::GlobalReserver::Alloc(unsigned long) () from /home/zzxx/repos/MemoryAllocator.KanameShiki/lib/libKanameShiki0_g.so
#1  0x00007ffffdeb6111 in KanameShiki::LocalReserver::Alloc(unsigned long) () from /home/zzxx/repos/MemoryAllocator.KanameShiki/lib/libKanameShiki0_g.so
#2  0x00007ffffdeb6768 in KanameShiki::LocalCntx::NewCram(unsigned short, unsigned long) () from /home/zzxx/repos/MemoryAllocator.KanameShiki/lib/libKanameShiki0_g.so
#3  0x00007ffffdeb6ce4 in operator new(unsigned long) () from /home/zzxx/repos/MemoryAllocator.KanameShiki/lib/libKanameShiki0_g.so
#4  0x000000000818bcc7 in __gnu_cxx::new_allocator<nova::InstMessage>::allocate (this=0x7fffdfc46938, __n=32768) at /usr/include/c++/7/ext/new_allocator.h:111
#5  0x000000000818afa4 in std::allocator_traits<std::allocator<nova::InstMessage> >::allocate (__a=..., __n=32768) at /usr/include/c++/7/bits/alloc_traits.h:436
#6  0x0000000008189cc0 in std::_Vector_base<nova::InstMessage, std::allocator<nova::InstMessage> >::_M_allocate (this=0x7fffdfc46938, __n=32768) at /usr/include/c++/7/bits/stl_vector.h:172
#7  0x0000000008187e88 in std::vector<nova::InstMessage, std::allocator<nova::InstMessage> >::_M_fill_insert (this=0x7fffdfc46938, __position=non-dereferenceable iterator for std::vector, __n=32768, __x=...)
    at /usr/include/c++/7/bits/vector.tcc:505
#8  0x0000000008186032 in std::vector<nova::InstMessage, std::allocator<nova::InstMessage> >::resize (this=0x7fffdfc46938, __new_size=32768, __x=...) at /usr/include/c++/7/bits/stl_vector.h:712
#9 ...

Based on the information of the stack, the problem occurs when it tries to allocate memory for a std::vector.

Do you have any idea what the problem would be? By the way, it works quite well if I change to use Specialized type(特化型) Kaname-Shiki, or use TCMalloc or the default malloc.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant