Рассматривая разные примеры кода в туторах по масму, наткнулся на неясность с функцией WinMain. С одной стороны, это главная функция, с которой начинается исполнение win32-программы и , если верить минимальное приложение должно выглядеть так:

И тут же наткнулся на код из первого урока cracklab-a Assembler_Windows_Coding_01.rar, где при создании оконного приложения WinMain и вовсе не нужен. Можеn где-то затупил, но когда есть необходимость в стартовой функции? Или она обязательна только в высокоуровневых ЯП типа С++, где параметры WinMain автоматически заполняются
run-time функцией функция _WinMainCRTStartup?

| Сообщение посчитали полезным:

shiroko пишет:
Может где-то затупил, но когда есть необходимость в стартовой функции?
Точка входа есть всегда, WinMainCRTStartup инициализирует CRT и передает параметры дальше в winmain, а саму же winmain можно назвать как угодно, на уровне линковщика это просто функция.
При отладке в той же студии, например, все будет начинаться с майна, crt не будет видно, это вспомогательная вещь, без нее в си не заведутся вещи из немспейса std:: и т.п., но ее так же можно "отключить" и писать все самому с нуля, некоторые так и делают, в общем зависит от настроек компиляции.

| Сообщение посчитали полезным:

v00doo пишет:
WinMainCRTStartup инициализирует CRT и передает параметры дальше в winmain
Так в чистом masm вроде как нет автоматической run-time инициализации.
In C/C++ programs, the label “WinMain” must be used but in assembler any label can be used
Тут как бы все ясно, и далее:

Где здесь WinMainCRTStartup инициализирует CRT и передает параметры дальше в winmain ?

И вот еще:
Приложения для win32, написанные на ассемблере и собранные без runtime-библиотеки, работают в среде, несколько отличающейся от той, которая привычна программистам C/C++ и выше. Все дело в том, что runtime-библиотека в значительной мере занимается подготовкой этой среды. Вернее, не сама библиотека (это, конечно, не ее задача), а входящая в нее функция _WinMainCRTStartup. В частности, эта функция устанавливает значения четырех параметров функции WinMain, которую программист воспринимает как стартовую функцию приложения:

WinMain PROC PUBLIC hInstance,hPrevInstance,lpCmdLine,nCmdShow


и далее:
И вот все эти ценные и не очень параметры программисту на ассемблере недоступны. Сборка приложения без подключения runtime-библиотеки (например libc.lib) экономит от одного до нескольких десятков килобайт. Но тогда функция _WinMainCRTStartup не существует, а функция WinMain объявляется при сборке как точка входа. И следовательно, значения ее параметров неопределенны
И снова никакой WinMain в коде выше нет.

| Сообщение посчитали полезным:

Вот тут почитайте, достаточно понятно написано

| Сообщение посчитали полезным:

Точка входа может находиться по любому адресу, который вы укажите линкеру. Зачем обязательно вам какие то эфемерные WinMain etc. ?

| Сообщение посчитали полезным:

>>0xC3
За точку входа то понятно, не совсем точно выразился.
0xC3 пишет:
Зачем обязательно вам какие то эфемерные WinMain etc. ?
Вот в этом то и заключается сам вопрос. Неоднозначность необходимости в коде асма стартовой WinMain (которая в С++ по любому должна быть), порядком озадачила.

| Сообщение посчитали полезным:

shiroko

> И снова никакой WinMain в коде выше нет. Тогда что, метка start выступает в роли точки входа?

Так реально и нет никакой "WinMain".

Точка входа" это адрес, с которого начинается выполнение обработки, в вашем случае это адрес с которого начинается выполнение приложения. Обозвать его можно как угодно.

-----
vx

| Сообщение посчитали полезным:

Отредактировал пост про точку входа, потому как понял что затупил, но все продолжают мне об этом напоминать)

| Сообщение посчитали полезным:

WinMain() получает управление от стандартной библиотеки С/C++.
Тогда как код библиотеки получает управление от самой системы после загрузки модуля.

Если код изначально ассемблерный, безо всяких RTL,
то там и нет никаких WinMain функций.



| Сообщение посчитали полезным:

v00doo пишет: без нее в си не заведутся вещи из немспейса std:

в си этого нет и вообще в стандарте нет, точку входа вполне можно писать самому, crt вариант для ленивых.

shiroko пишет: которая в С++ по любому должна быть

может лучше посмотреть драфт и не гадать? никто, никому, ничего не должен, пишите какую угодно точку входа, только не факт, что чья то реализация stl у вас заведется, поскольку подобные нюансы возложены на плечи авторов компилятора и отсутствие совместимости между реализациями вполне нормальное явление.

| Сообщение посчитали полезным:

shellstorm пишет:
никто, никому, ничего не должен

Должен.
В Си точка входа в код пользователя это main(), в MSC для Windows это по аналогии WinMain().
Это стандарт. Без извратов.

shiroko пишет:
In C/C++ programs, the label “WinMain” must be used but in assembler any label can be used



| Сообщение посчитали полезным:

dosprog пишет: В Си точка входа в код пользователя это main(), в MSC для Windows это по аналогии WinMain().
Это стандарт. Без извратов.

main всего лишь глобальное имя и которое нельзя переопределить, перегрузить, etc но его необязательно использовать, точку входа можно указать свою, да и требования скромные, возможность передать массив указателей и возврат int'a, есть еще несколько ограничений, но в данном случае несущественные, рекурсия, ограничение на получение адреса, etc. в общем анахронизм для поддержания совместимости.
WinMain это специфика платформы и с таким же успехом можно писать zalupa и указать имя как точку входа, эта хрень вообще к языку не имеет отношения.

| Сообщение посчитали полезным:

Короче снова сишная идеология ввела в заблуждение.

-----
vx

| Сообщение посчитали полезным:

читаем отцов
The name WinMain is just a convention
https://blogs.msdn.microsoft.com/oldnewthing/20061204-01/?p=28853

Raymond Chen пишет:
Although the function WinMain is documented in the Platform SDK, it's not really part of the platform. Rather, WinMain is the conventional name for the user-provided entry point to a Windows program.
The real entry point is in the C runtime library, which initializes the runtime, runs global constructors, and then calls your WinMain function (or wWinMain if you prefer a Unicode entry point).


подробнее:
https://blogs.msdn.microsoft.com/oldnewthing/20110525-00/?p=10573

| Сообщение посчитали полезным: