Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
Хм, просто канарейку положили перед сохранёнными rbp/rip и называют это strong?
Впрочем, от переполнения буфера это действительно спасёт т.к. задев сохранённый rbp или rip ты неизбежно заденешь и канарейку (т.к. она отделяет их от локалок).
Я здесь вообще не вижу никаких стек протекторов, просто кто-то забыл включить оптимизацию и конпелятор был вынужден сохранять аргумент на стек чтобы отладчику потом не пришлось выковыривать его из других фреймов.
Возможно, конпелятор охуел от обращения к массиву из 0 элементов, подумал что это в любом случае UB и не стал вставлять протектор.
З.Ы. А, вижу, там просто зазор от локалок до границы фрейма больше стал. Кстати прикольно, на этом примере видно, как конпелятор юзает редзону не двигая rsp. В ядре такой код пизданулся бы на первом прерывании.
Ну да. Хотя в теории можно было бы немного переделать проц, чтобы он мог немного отступать на входе в прерывание. Пирфоманс ядрёного кода был бы выше...
This includes functions that call alloca, and functions with buffers larger than or equal to 8 bytes. У тебя буфер маловат, гцц считает, что его невыгодно/нинужно защищать.
В «ПХП» вообще нельзя сравнивать типы. Можно сравнивать значения.
Поэтому нужно либо создавать экземпляры классов, либо сравнивать их статические свойства. Например, есть встроенное свойство class, которое возвращает его имя:
(gdb) disassemble set_sp_
Dump of assembler code for function set_sp_:
0x000000000000115f <+0>: retq
End of assembler dump.
(gdb) Quit
(gdb) disassemble set_sp
Dump of assembler code for function set_sp:
0x0000000000001160 <+0>: retq
End of assembler dump.
Не помню, если честно. Он то ли для раскрутки стека нужен то ли для отладчика, чтобы однозначно понимать, в теле функции мы навернулись или в эпилоге (иначе не отличить трапа в инструкции n от фолта в инструкции n + 1). Заметь, что стоит он между джвумя инструкциями, которые лезут к памяти.
Какой багор )))
You know he ain't gonna die.
Впрочем, от переполнения буфера это действительно спасёт т.к. задев сохранённый rbp или rip ты неизбежно заденешь и канарейку (т.к. она отделяет их от локалок).
Кви-кви-кви си перде леко...
Я здесь вообще не вижу никаких стек протекторов, просто кто-то забыл включить оптимизацию и конпелятор был вынужден сохранять аргумент на стек чтобы отладчику потом не пришлось выковыривать его из других фреймов.
Возможно, конпелятор охуел от обращения к массиву из 0 элементов, подумал что это в любом случае UB и не стал вставлять протектор.
З.Ы. А, вижу, там просто зазор от локалок до границы фрейма больше стал. Кстати прикольно, на этом примере видно, как конпелятор юзает редзону не двигая rsp. В ядре такой код пизданулся бы на первом прерывании.
А я сперва подумал, что там блу канари)
> В ядре такой код пизданулся бы
А для едра с каким ключиком конпелять?
This includes functions that call alloca, and functions with buffers larger than or equal to 8 bytes. У тебя буфер маловат, гцц считает, что его невыгодно/нинужно защищать.
А strong уже на все функции с массивами работает.
Поэтому нужно либо создавать экземпляры классов, либо сравнивать их статические свойства. Например, есть встроенное свойство class, которое возвращает его имя:
A::class == B::class
Вернёт false, потому что 'A' не равно 'B'.
Походу они с оптимизациями собирают
Какой багор )))
Чтобы предотвратить утечку печеньки, видимо.
> nop
Не помню, если честно. Он то ли для раскрутки стека нужен то ли для отладчика, чтобы однозначно понимать, в теле функции мы навернулись или в эпилоге (иначе не отличить трапа в инструкции n от фолта в инструкции n + 1). Заметь, что стоит он между джвумя инструкциями, которые лезут к памяти.