Мне кажется проблема не в wsl у вас

воспроизводится только в таком окружении

А просто в виртулке или контейнере с убунтой?

все норм :)

вернее так на чистом ubuntu все ок

на разных физически машинах тоже все ок , под нагрузкой не гонял ... может конечно что то всплывет

хороший кейс конечно же

ну а стек какой примерно ?

Segmentation fault
 code: SEGV_MAPERR
 addr: 0xffffffffffffffe8
 context: 0x7f317ecff480
 siginfo: 0x7f317ecff5b0
 rax      0x0                0
 rbx      0x7f316cc20282     139850254779010
 rcx      0x1                1
 rdx      0x0                0
 rsi      0x177eef0          24637168
 rdi      0x7f3120000b88     139848966998920
 rsp      0x7f317ecffb28     139850557684520
 rbp      0x7f317ecffdf0     139850557685232
 r8       0x0                0
 r9       0x0                0
 r10      0x7f316f760548     139850300130632
 r11      0x0                0
 r12      0x16c0550          23856464
 r13      0x0                0
 r14      0x0                0
 r15      0x0                0
 rip      0x7f319967e767     139851003848551
 eflags   0x10206            66054
 cs       0x33               51
 gs       0x0                0
 fs       0x0                0
 cr2      0xffffffffffffffe8 -24
 err      0x5                5
 oldmask  0x0                0
 trapno   0xe                14
Current time: 1607508965
Please file a bug at http://github.com/tarantool/tarantool/issues
Attempting backtrace... Note: since the server has already crashed,
this may fail as well
#0  0x5ddbbd in print_backtrace+d
#1  0x453e0d in _ZL12sig_fatal_cbiP9siginfo_tPv+cd
#2  0x7f31997893c0 in funlockfile+60
#3  0x7f319967e767 in _ZNKSs5emptyEv+7
#4  0x7f316d3b4b59 in _ZN5RTSIB7CRouter12SendResponseERNS_19SSendResponseParamsE+19f
#5  0x7f316d3ebc2a in _ZN5RTSIB16CServerComponent12SendResponseEPN5unidt7UDTTypeEjRKSsb+d2
#6  0x7f317e1b10a1 in _ZN12RTSIB_Server19on_incoming_requestEP16Incoming_request+561
#7  0x7f317e1b11e8 in _ZL23rtsib_server_callback_fP13__va_list_tag+6d
#8  0x4532c1 in _ZL16fiber_cxx_invokePFiP13__va_list_tagES0_+11
#9  0x5d9f10 in fiber_loop+30
#10 0x7ae7c4 in coro_init+44

но он ничего не скажет

действительно

по хорошему подебажить надо , но так как WSL и везде кроме WSL все ок не хотелось много на это тратить время .

А можете сделать репродьюсер и закинуть в issues?

а кто такие
RTSIB_Server::on_incoming_request(Incoming_request*)
RTSIB::CServerComponent::SendResponse(unidt::UDTType*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)
RTSIB::CRouter::SendResponse(RTSIB::SSendResponseParams&)
?

это внутрянка уже нашей С либы , в сеть отправляется сообщение . Если перед этим вызовом в луа функции делаются синхронные операции то все ок , если допустим делаем update спейса то валимся в этом месте

то есть возврат после илда плохо возвращает ?

да

так кажется но доказательств пока нет

синтетику подготовить можно , будет ли этим кто то заниматься , уж очень специфичное окружение

а у вас там ffi ? там есть какой-нибудь хитрый замут, типа
дернули ffi, из ffi колбек в луа, в луа поилдили, и тп