| Сейчас на форуме: tyns777 (+4 невидимых) |
 |
eXeL@B —› Программирование —› вопрос по асм коду |
| Посл.ответ | Сообщение |
|
|
Создано: 14 мая 2010 19:28 · Личное сообщение · #1 Ребят, отлаживаю одно приложение и встречаю в отладчике вот такое абсурдный код: Code:
или вот такой: Code:
Опыта у меня особого нет, отсюда и интерес, может быть наличие такого кода говорит о каких-то метаморфах? Я просто не представляю, что нужно написать на си (а на нём программа и написана), чтобы получился такой асм-код  |
|
|
Создано: 14 мая 2010 19:38 · Личное сообщение · #2 noph пишет: Опыта у меня особого нет, отсюда и интерес, может быть наличие такого кода говорит о каких-то метаморфах? ХЗ о чём оно там говорит......первый кусок ваще хрень, кроме ADD EAX,4 можно всё убрать. Второй тоже не больно содержательный. Приведи побольше кода. |
|
|
Создано: 14 мая 2010 19:48 · Личное сообщение · #3 Да это всё норм, ничего метаполиморфного тут нет. ----- Stuck to the plan, always think that we would stand up, never ran. |
|
|
Создано: 14 мая 2010 20:00 · Личное сообщение · #4 noph пишет: или вот такой: Code: MOV DWORD PTR SS:[EBP-4],-1 CMP DWORD PTR SS:[EBP-4],0 Может на CMP есть переход стоящий выше, в обход mov? |
|
|
Создано: 14 мая 2010 20:11 · Личное сообщение · #5 noph пишет: Я просто не представляю, что нужно написать на си (а на нём программа и написана) Откуда такая уверенность, что программа написана на С? Скажите тип компилятора создавшего такой код, вполне могут быть асмовые вставки в С код, необходимо привести, как сказали выше, большие куски кода, а желательно функцию целиком. ----- Everything is relative... |
|
|
Создано: 14 мая 2010 21:17 · Поправил: neomant · Личное сообщение · #6 Вполне нормальный код. Второй пример может так выглядеть на Си: Code:
----- Следуй за белым кроликом |
|
|
Создано: 14 мая 2010 21:24 · Личное сообщение · #7 такие неосмысленные конструкции часто встречаются, причём несколько раз пробовал убирать такой мусор и всё нормально работает... В связи с чем компиляторы их не оптимизируют хз ----- z+Dw7uLu5+jqLCDq7vLu8PvpIPHs7uMh |
|
|
Создано: 14 мая 2010 21:35 · Личное сообщение · #8 Скорее всего это гавнокомпилятор дельфи. ----- Shalom ebanats! |
|
|
Создано: 14 мая 2010 21:39 · Личное сообщение · #9 SLV скорее си, это он любит разбрасываться памятью 
----- z+Dw7uLu5+jqLCDq7vLu8PvpIPHs7uMh |
|
|
Создано: 14 мая 2010 22:10 · Личное сообщение · #10 Не понял сути предложения про С. ----- Shalom ebanats! |
|
|
Создано: 14 мая 2010 22:30 · Личное сообщение · #11 Скорее гомнокомпилятор Си ----- Gutta cavat lapidem. Feci, quod potui. Faciant meliora potentes |
|
|
Создано: 14 мая 2010 22:33 · Личное сообщение · #12 Суть в расточительстве памяти... Вот как-то сравнивал на примере простой проги  ef25_14.05.2010_CRACKLAB.rU.tgz - Fakul.pdf
----- z+Dw7uLu5+jqLCDq7vLu8PvpIPHs7uMh |
|
|
Создано: 14 мая 2010 23:24 · Поправил: Sunzer · Личное сообщение · #13 Isaev интересный док, хоть какая то оптимизация в DevC++ включена была? А вот непонятно зачем ассемблер было туда писать)) до и после одно и тоже ведь, для наглядности разве что. |
|
|
Создано: 14 мая 2010 23:28 · Личное сообщение · #14 это спорил как-то с профессором, именно об ассемблере, поэтому он тоже там есть в DevC++, как и в Delphi, всё по умолчанию было, ничего не трогал ----- z+Dw7uLu5+jqLCDq7vLu8PvpIPHs7uMh |
|
|
Создано: 15 мая 2010 03:07 · Личное сообщение · #15 скорее всетаки дельфи - сишные уже давно обучены не использовать фрейм-поинтер, если их спецально не заставить. даже убогий gcc умеет. а вобще такой код характерен для любого hll компилятора - у них чтобы совсем не тормозить при сборке есть ограничения на глубину оптимизации блоков, и на узлах появляются подобныве артефакты. se la vi ёба. |
|
|
Создано: 15 мая 2010 11:31 · Личное сообщение · #16 Второе ещё можно как-то понять, а вот первое... Спрашивается: Какую траву курил автор проги??? Ну так и так ему сюды:
|
|
|
Создано: 15 мая 2010 12:32 · Личное сообщение · #17 Да автор-то там причём? Он, что, должен каждую инструкцию в отладчике просмотреть?Это к разработчикам компилера вопросы... ----- Stuck to the plan, always think that we would stand up, never ran. |
|
|
Создано: 15 мая 2010 14:33 · Поправил: Coderess · Личное сообщение · #18 ZLOvar Ну так и так ему сюды: Govnokod.ru Улыбнуло, забавный рессурс govnokod.ru/1520 Code:
Получение адреса текущей инструкции убийственным для производительности методом. Очень убийственный метод 
----- Gutta cavat lapidem. Feci, quod potui. Faciant meliora potentes |
|
|
Создано: 15 мая 2010 15:04 · Поправил: MasterSoft · Личное сообщение · #19 Coderess пишет: Очень убийственный метод Ну на то он и  Не подскажешь менее убийственный? А лучше несколько  Magister Yoda Не вкурил чёт..... |
|
|
Создано: 15 мая 2010 15:05 · Личное сообщение · #20 govnokod.ru/2222  жгут
|
|
|
Создано: 15 мая 2010 16:34 · Личное сообщение · #21 noph пишет: наличие такого кода говорит о каких-то метаморфах нет ToBad пишет: Может на CMP есть переход стоящий выше, в обход mov? +1 neomant пишет: Второй пример может так выглядеть на Си +1 SLV пишет: гавнокомпилятор дельфи Coderess пишет: гомнокомпилятор Си скорее говнокодер автор или обфускация Тема переходит в бесконтрольный флуд. Но чистить не буду, ибо изначально вопрос не требующий философии на три страницы. Ответ был дан, тема закрыта. |
|
eXeL@B —› Программирование —› вопрос по асм коду |
| Эта тема закрыта. Ответы больше не принимаются. |
Для печати