Size: a a a

Ассемблер

2021 July 08

P

ProMiNick in Ассемблер
почти - основная область применения - свобода. Если ты не ограничен необходимостью прогить за деньги, то прогить на ассемблере приятно просто для души.
источник

C

Cofeefee in Ассемблер
Хотя я никогда не понимал зачем нужен C++, чего там такого нет, что можно реализовать через простой синтаксис С. (А в особенности когда смотришь в какой код на ассемблере превращается сконпелированный C++)
источник

АШ

Алексей Шведов... in Ассемблер
Нет STL, который упрощает жизнь большинству программистов
источник

C

Cofeefee in Ассемблер
Только не STL. Это совсем боль
источник

АШ

Алексей Шведов... in Ассемблер
Иногда не больнее, чем писать на Си.
Сравни код С++ с конкатенацией строк на STL, и на Си через strcpy\memcpy\др.
источник

P

ProMiNick in Ассемблер
Какая власть - возможность прогить сразу entry point, а не гребаный main, возможность выйти из приложения через ret, а не через вызов ExitProcess, возможность создать собственный протокол отложенного импорта, перегрузку импортов, да возможность как только не поизгалаться.
источник

D

Den in Ассемблер
что то посмотрел немного, на первый взгляд что то там нерабочего много, из того что посмотрел вторая процедура не должна работать вроде там, num не использован в процедуре на сколько я понял, и еще там процедуры с LocalAlloc которой нет, тоже
источник

АШ

Алексей Шведов... in Ассемблер
Ну как минимум, инклуд построен на макросах, и не будет работать в проектах, где они не подключены
источник

D

Den in Ассемблер
вот написал рабочую процедурку поиска символа в ячейке!
источник

C

Cofeefee in Ассемблер
Вот во что этот STL превращается. И попробуй автоматизировать эту лапшу в понимаемое
источник

АШ

Алексей Шведов... in Ассемблер
Ты думаешь, я этого не видел?
Здесь речь об удобствах и безопасности. Ты же спросил, "чего нет в Си" - вот чего. А то, насколько это быстро (хотя иногда не быстрее strcpy/memcpy), уже не столь важно - пиши тогда на ассемблере, если скорость нужна. Да и на Си никто не запрещает, но всё равно, как это вы любите выражаться, "скорость написания кода" будет быстрее на С++ с STL, безопаснее, удобнее
источник

C

Cofeefee in Ассемблер
Мне на безопасность плевать, у меня не программирование, а реверс
источник

АШ

Алексей Шведов... in Ассемблер
Пф, тем более.
Какое это дело до разработчика?
Или это а-ля "Да хватит вам ООП использовать! Не удобно крякать софт, вот как мне искать функцию генерации ключа среди этой лапши!?"
источник

C

Cofeefee in Ассемблер
Находил же как-то раньше. И кода 33 c0 40 с3 всегда хватало)
источник

АШ

Алексей Шведов... in Ассемблер
Ну так в чём проблема тогда?
источник

II

Ira Irina in Ассемблер
Комитет по стандартизации C++, у меня ассоцируется с колхозным собранием, председатель - на повестке дня вопрос, почему в соседний колхоз лямбды завезли, на нам нет? Голосуем, чтобы и нам тоже завезли. Все за. И так постоянно, чего бы еще добавить, почему у других есть а у нас нет, надо чтоб тоже было.
источник

C

Cofeefee in Ассемблер
Проблема - есть по сути неразрешимая ситуация. А таковых по определению не бывает.
Так что правка одного бита с 74 на 75 - наше фсё
источник

АШ

Алексей Шведов... in Ассемблер
😆
источник

C

Cofeefee in Ассемблер
👏
источник

АШ

Алексей Шведов... in Ассемблер
Великий ревёрсер, мастер по поискам OEP и крякингу функций по генерации ключей по методу xor/inc, напомню, что проблема была изначально: "Чего нет в Си, что можно реализовать на С++?". Ты чего темы переводишь, и термины выбрасываешь, которые не имеют отношения к разговору? Какие ещё биты?
источник