Arni

after learning some more about debugging, I tried build ncurses with debug info and trace-meaningful info. after `strace -f -o ./trace.log /usr/share/musikcube/musikcube ` in log I got this file :...

``` ~ [SIGSEGV]> lddtree /usr/share/musikcube/musikcube /usr/share/musikcube/musikcube (interpreter => /lib64/ld-linux-x86-64.so.2) libcurl.so.4 => /usr/lib64/libcurl.so.4 libcares.so.2 => /usr/lib64/libcares.so.2 libnghttp2.so.14 => /usr/lib64/libnghttp2.so.14 libssl.so.1.1 => /usr/lib64/libssl.so.1.1 libbrotlidec.so.1 => /usr/lib64/libbrotlidec.so.1 libbrotlicommon.so.1 => /usr/lib64/libbrotlicommon.so.1 libz.so.1 => /lib64/libz.so.1...

maybe it's about libtinfo and libtinfow, i'm digging into what there's at internet about ncurses and gentoo problems.

after full debug compilation of ncurses:  

https://bugs.gentoo.org/692954 this works: ` LD_PRELOAD='/lib64/libtinfow.so.6' /usr/share/musikcube/musikcube `

> Oh, wow, interesting find! It looks like this is part of a larger problem, given it affects other apps. However, after reading through the comments it's not clear to...

ok, can you explain in which place in code the shell script at `/usr/bin/musikcube` appears? or is it cmake stuff? or in other distro there's no such thing?

I made a patch and an ebuild for all this. My patch just adds `LD_PRELOAD="libtinfow.so.6"` , and I assume there's no ncurses5 on gentoo, so I guess it will work....

@zhuyifei1999 of course, do that.

https://github.com/cpm-cmake/CPM.cmake/issues/501 here's working example.