Сегфолт во время динамической линковки

Попробуй убрать -shared если оно там есть

https://answers.launchpad.net/ubuntu/ source/gdb/ question/165290 https://stackoverflow.com/questions/16171540/segmentation-fault-0x00000000000... такая вот хрень гуглится

One of the executables doesn't use libraries and once I removed -shared it worked fine.

I think I found the problem; it was caused by using the same makefile used for building a shared library to compile an executable. It was a silly mistake. I took out -shared option in linking, and it worked fine.

Симейк говорит, что линкуется оно так, и никакого -shared нет:

/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -pthread -Wl,-O1 -Wl,--as-needed CMakeFiles/ginkgocadx.dir/main.cpp.o -o ginkgocadx -L/var/tmp/paludis/media-gfx-ginkgocadx-3.7.1.1573.41/work/srcpkg/ginkgocadx-3.7.1.1573.41/src/../lib/Linux-x86_64/libcurl-7.28.1/lib/release -L/usr/lib64/InsightToolkit -rdynamic ../cadxcore/libCADxCore.a -lpthread -ldl ../visualizator/libvisualizator.a -ldcmdata -ldcmimage -ldcmimgle -ldcmjpeg -ldcmnet -ldcmpstat -ldcmqrdb -ldcmsr -ldcmtls -lijg12 -lijg16 -lijg8 -lofstd -loflog -ldcmdsig -ldcmtls -lwrap ../cadxcore/libCADxCore.a -lcurl -ldcmdata -ldcmimage -ldcmimgle -ldcmjpeg -ldcmnet -ldcmpstat -ldcmqrdb -ldcmsr -ldcmtls -lijg12 -lijg16 -lijg8 -lofstd -lwrap -lsqlite3 -lglib-2.0 -lgobject-2.0 -latk-1.0 -lgio-2.0 -lgthread-2.0 -lgmodule-2.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lpangocairo-1.0 -lpangoft2-1.0 -lpangoxft-1.0 -lgdk-x11-2.0 -lgtk-x11-2.0 -lssl -lcrypto -L/usr/lib64 -pthread -lwx_gtk2u_core-3.0 -lwx_baseu-3.0 -lwx_gtk2u_html-3.0 -lwx_gtk2u_gl-3.0 -lwx_baseu_net-3.0 -lwx_baseu_xml-3.0 -lwx_gtk2u_aui-3.0 -lwx_gtk2u_adv-3.0 -lwx_gtk2u_richtext-3.0 -lwx_gtk2u_xrc-3.0 -lwx_gtk2u_propgrid-3.0 -lvtkCommon -lvtkGraphics -lvtkFiltering -lvtkHybrid -lvtkIO -lvtkRendering -lvtkImaging -lvtkGenericFiltering -lvtkWidgets -lvtkftgl -lvtkVolumeRendering -lvtkexoIIc -lvtkDICOMParser -lITKAlgorithms -lITKNumerics -lITKStatistics -litkNetlibSlatec -lITKFEM -lITKBasicFilters -lITKIO -lITKNrrdIO -litkgdcm -litkjpeg12 -litkjpeg16 -litkopenjpeg -luuid -litkpng -litktiff -litkjpeg8 -lITKSpatialObject -lITKCommon -litkvnl_inst -litkvnl_algo -litkv3p_netlib -litkvnl -litkvcl -litkv3p_lsqr -lm -lpthread -lITKMetaIO -litksys -ldl -lITKDICOMParser -lITKEXPAT -lITKniftiio -lITKznz -lz -lm -lGL -lxml2 -Wl,-rpath,/var/tmp/paludis/media-gfx-ginkgocadx-3.7.1.1573.41/work/srcpkg/ginkgocadx-3.7.1.1573.41/src/../lib/Linux-x86_64/libcurl-7.28.1/lib/release:/usr/lib64/InsightToolkit:

Зачем оно с -fPIC собирается? Это библиотека или исполняемый файл? Для библиотеки (.so) как раз потом -shared нужен

Я попробовал для интереса запустить .so в gdb и сегфолт выглядит очень похожим на твой

(gdb) run
Starting program: /usr/lib/libr_reg.so 

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000001 in ?? ()
(gdb) bt
#0  0x0000000000000001 in ?? ()
#1  0x00007fffffffe809 in ?? ()
#2  0x0000000000000000 in ?? ()
(gdb)

Очевидно, исполняемый файл.

Ради интереса запустил /lib/ld-linux.so.2 в gdb, сегфолта нет.

ld-linux.so.2 это особый .so который как раз можно запускать

Попробовал позапускать хрень из /usr/lib, получаю сегфолты похожие на твой, но непохожие на мой.

Ты на последние 3 записи в бектрейсе смотри У меня:

#0  0x0000000000000001 in ?? ()
#1  0x00007fffffffe809 in ?? ()
#2  0x0000000000000000 in ?? ()

#10 0x0000000000000001 in ?? ()
#11 0x00007fffffffdc37 in ?? ()
#12 0x0000000000000000 in ?? ()

По-моему очень похоже. Попробуй этот ginkgocadx без -fPIC собрать

А впрочем я какой-то бред пишу похоже

https://stackoverflow.com/questions/27322295/ld-preload-causing-segmentation-... вот очень похожий на твой сегфолт