On Fedora 28 with the new gcc 8.1.1 crrcsim segfaults [1] as following:
(gdb) where #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x00007ffff466d591 in __GI_abort () at abort.c:79 #2 0x000055555567ea82 in std::__replacement_assert ( __condition=0x55555568cee0 "__builtin_expect(__n < this->size(), true)", __function=<synthetic pointer>, __line=932, __file=0x55555568cf10 "/usr/include/c++/8/bits/stl_vector.h") at /usr/include/c++/8/x86_64-redhat-linux/bits/c++config.h:2389 #3 std::vector<short, std::allocator<short> >::operator[] (__n=0, this=<optimized out>) at /usr/include/c++/8/bits/stl_vector.h:932 #4 T_VariometerSound::init (this=<optimized out>, fmt=<optimized out>) at src/crrc_sound.cpp:337 #5 0x000055555567eff8 in T_VariometerSound::T_VariometerSound(SDL_AudioSpec*) () at src/crrc_sound.cpp:319 #6 0x00005555555937c9 in main () at src/crrc_main.cpp:733 #7 0x00007ffff466f1bb in __libc_start_main (main=0x5555555911a0 <main>, argc=1, argv=0x7fffffffe728, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffe718) at ../csu/libc-start.c:308 #8 0x00005555555941ea in _start () at src/mod_mode/F3A/handlerF3A.cpp:782 (gdb)
OK, I have finally got time to dig into this. The problem is apparently in C++ being a moving target. Apparently std::vector does not only need myvector.reserve(n) in order to be able to use myvector[0] to myvector[n-1], but the values should be added themselves.
With the attached patch I am able to run crrcsim on Fedora 28. Please apply the patch to the source code.
Patch accepted and applied. Thanks for your support!