P
Max Azatian это уже и упомянул
Я не понял ответа
- x86 / x86_64 ?
- Именно по этому принципу
Что это значит? Значит x86?
Size: a a a
2021 September 19
E
E
Ну ещё эта инструкция помогает оптимизировать конвейер.
Конечно, это ж ещё разные случаи бывают, когда эта инструкция может понадобится. Но кого волнуют детали
Конечно, это ж ещё разные случаи бывают, когда эта инструкция может понадобится. Но кого волнуют детали
P
в x86 ничего, в x64 очищает биты 32-63 регистра rax
E
Согласен. Сразу бы уточнить все детали
Только не пойму, о чём тут спорить. Вроде ответов немного. Вот если бы вопрос касался "как работает эта инструкция \ что эта инструкция делает изнутри" - тогда бы пошла тема на 2 дня
Только не пойму, о чём тут спорить. Вроде ответов немного. Вот если бы вопрос касался "как работает эта инструкция \ что эта инструкция делает изнутри" - тогда бы пошла тема на 2 дня
.
он вас испугался
БЗ
Значит, будет удален.)
MA
push <флаги>
popf
popf
A
поменять флаг значит поменять бит отвечающий за ZF. сохраняем в стек регистр флагов, меняем нужный бит/флаг, восстанавливаем флаг из стека в флаговый регистр
A
да, регистр флагов не имеет интстуукций для прямого воздействия
楽
Так делать можно. Но это плохая практика -- менять флаги. Путь к неконтролируемому поведению программы.
E
Плохая практика - менять флаги, смена которых непредусмотрена.
А вот вообще менять флаги - нормально. Например, DF
А вот вообще менять флаги - нормально. Например, DF
E
Наверное, проще сказать - "Плохая практика - менять системные флаги. Управляющие - можно"
Хотя, нет. CF же не управляющий, а менять его тоже можно
Хотя, нет. CF же не управляющий, а менять его тоже можно
A
почему неконтролируемому? у нас же ведь есть инстукции которые работают так или иначе в зависимости от флага, то есть есть тот механизм который основывается на работу флагов. другое дело что это не целесообразно, ведь всегда можно завести переменную, регистр для отработки того или иного случая