Сообщение Re[7]: segfault with instruction pointer zero от 12.04.2021 18:41
Изменено 12.04.2021 18:45 пассажир
Re[7]: segfault with instruction pointer zero
Здравствуйте, Zhendos, Вы писали:
Z>И то и то segfault, один и тот же доступ к странице паямти начинающейся с нуля.
Z>"access violation" это же вообще про Wwindows OS.
дада не спорю
Z>А компилировали без оптимизации? Современные компиляторы
без ... только флаг -g3
Z>используя знание о том что нулевые указатели для чтения и выполнения кода
Z>использоваться не могут, вполне способны увидев такой код пометить его
Z>как "unreachable" и переколбасить все так, что мать родная не узнает прочитав ассебмлер,
Z>что это был ваш код.
это я в курсе
Z>И то и то segfault, один и тот же доступ к странице паямти начинающейся с нуля.
Z>"access violation" это же вообще про Wwindows OS.
дада не спорю
Z>А компилировали без оптимизации? Современные компиляторы
без ... только флаг -g3
Z>используя знание о том что нулевые указатели для чтения и выполнения кода
Z>использоваться не могут, вполне способны увидев такой код пометить его
Z>как "unreachable" и переколбасить все так, что мать родная не узнает прочитав ассебмлер,
Z>что это был ваш код.
это я в курсе
Re[7]: segfault with instruction pointer zero
Здравствуйте, Zhendos, Вы писали:
Z>И то и то segfault, один и тот же доступ к странице паямти начинающейся с нуля.
Z>"access violation" это же вообще про Wwindows OS.
дада не спорю
Z>А компилировали без оптимизации? Современные компиляторы
без ... только флаг -g3
Z>используя знание о том что нулевые указатели для чтения и выполнения кода
Z>использоваться не могут, вполне способны увидев такой код пометить его
Z>как "unreachable" и переколбасить все так, что мать родная не узнает прочитав ассебмлер,
Z>что это был ваш код.
это я в курсе
gdb ловит вот так:
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x000000000040739b in func1 () at /home/320089804/Desktop/work/testPE/test.cpp:80
#2 0x00000000004073a6 in func2 () at /home/320089804/Desktop/work/testPE/test.cpp:85
#3 0x00000000004073b1 in func3 () at /home/320089804/Desktop/work/testPE/test.cpp:90
#4 0x00000000004073bc in func4 () at /home/320089804/Desktop/work/testPE/test.cpp:95
#5 0x000000000040871d in std::_Bind_simple<void (*())()>::_M_invoke<>(std::_Index_tuple<>) (this=0x60c040) at /usr/include/c++/4.8.2/functional:1732
#6 0x0000000000408677 in std::_Bind_simple<void (*())()>::operator()() (this=0x60c040) at /usr/include/c++/4.8.2/functional:1720
#7 0x0000000000408610 in std::thread::_Impl<std::_Bind_simple<void (*())()> >::_M_run() (this=0x60c028) at /usr/include/c++/4.8.2/thread:115
#8 0x00007ffff7b89070 in ?? () from /lib64/libstdc++.so.6
#9 0x00007ffff73a7ea5 in start_thread () from /lib64/libpthread.so.0
#10 0x00007ffff70d08cd in clone () from /lib64/libc.so.6
Z>И то и то segfault, один и тот же доступ к странице паямти начинающейся с нуля.
Z>"access violation" это же вообще про Wwindows OS.
дада не спорю
Z>А компилировали без оптимизации? Современные компиляторы
без ... только флаг -g3
Z>используя знание о том что нулевые указатели для чтения и выполнения кода
Z>использоваться не могут, вполне способны увидев такой код пометить его
Z>как "unreachable" и переколбасить все так, что мать родная не узнает прочитав ассебмлер,
Z>что это был ваш код.
это я в курсе
gdb ловит вот так:
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x000000000040739b in func1 () at /home/320089804/Desktop/work/testPE/test.cpp:80
#2 0x00000000004073a6 in func2 () at /home/320089804/Desktop/work/testPE/test.cpp:85
#3 0x00000000004073b1 in func3 () at /home/320089804/Desktop/work/testPE/test.cpp:90
#4 0x00000000004073bc in func4 () at /home/320089804/Desktop/work/testPE/test.cpp:95
#5 0x000000000040871d in std::_Bind_simple<void (*())()>::_M_invoke<>(std::_Index_tuple<>) (this=0x60c040) at /usr/include/c++/4.8.2/functional:1732
#6 0x0000000000408677 in std::_Bind_simple<void (*())()>::operator()() (this=0x60c040) at /usr/include/c++/4.8.2/functional:1720
#7 0x0000000000408610 in std::thread::_Impl<std::_Bind_simple<void (*())()> >::_M_run() (this=0x60c028) at /usr/include/c++/4.8.2/thread:115
#8 0x00007ffff7b89070 in ?? () from /lib64/libstdc++.so.6
#9 0x00007ffff73a7ea5 in start_thread () from /lib64/libpthread.so.0
#10 0x00007ffff70d08cd in clone () from /lib64/libc.so.6