Соглашение о вызове функций (выравнивание стека)

[Полный 30h]

Mikl___ в данном случае концепции и приоритеты у каждого свои. Лично меня такая хохлома в коде только запутает, поэтому лучше лишние сто миллисекунд подожду будучи уверенным что всё идёт как надо.
Впрочем, не исключаю что с углублением в предмет мои знания на него сильно изменятся.

[Полный 30h]

С удивлением обнаружил что для консольных приложений выравнивание стека по 16 байт перед вызовом функции не требуется. Он может оставаться на нуле, либо быть кратен 4 байтам. Вот такие дела.

[Mikl___]

Полный 30h,
а вот чтобы обнаруживать такие вещи -- нужно писать программы на пределе возможностей компилятора, тогда можно узнать даже то, о чем не подозревали создатели ml64 или fasm (или знали, но, сволочи, написали, на зло всем, по-английски )

[Полный 30h]

Mikl___ меньше всего хочется испытывать на прочность систему, компилятор или что либо ещё. А хочется прежде всего логики, предсказуемости и вытекающих из этого стабильности в написанной программе.
Нет, разумеется знание дыр, багов и недокументированных возможностей тоже само по себе неплохо. но это не самоцель.

[Mikl___]

Полный 30h,
увы, спешу огорчить, это не ты встал на скользкий и порочный путь изучения ассемблера, это ассемблер избрал тебя, теперь остаток жизни придется провести в поисках дыр, багов, недокументированных возможностей и никому неизвестных команд, так что, пока не поздно, переходи на Си/Паскаль/ПХП, хотя, наверное, ЭТО уже ничем нельзя остановить

[Полный 30h]

Mikl___ да пробовал я этот Си, как то там всё запутано.

[Mikl___]

Полный 30h,
хватит пикироваться, мне скучно, а на сайбер ходить мне нельзя, бери первое попавшееся задание по ассемблеру и давай кто лучше его сделает, думаю, что еще кто-нибудь подключится, будет и весело и полезно...

[Полный 30h]

А я себе уже придумал задание - отжать у 64 битной системы гигабайт эдак шестьдесят, для начала, виртуальной памяти.