FASM и WinAPI(WriteConsoleA)

[_PROGRAMM_]

Добрый день. Мне очень стыдно задавать такой вопрос. Я отходил от асм на время, надо было с++ изучить, теперь вернулся. Но как тогда застопорился на этой проблеме, так на ней и остался.
Я приведу простейший код. На масм(с корректировками) он работает, а вот fasm наотрез отказывается его выполнять. Находил много подобных моей тем, но все они остались нетронуты и ушли в небытие.

include "%fasminc%\win32ax.inc"
.data
cWritten   dd ?
stdout     dd ?
message    db 'Hello Word!',0
.code
start:
              invoke AllocConsole
              invoke GetStdHandle, -11
              mov DWORD[stdout], eax
              invoke WriteConsoleA, stdout, addr message, 6, addr cWritten,0
              invoke ExitProcess, 0
.end start

Первая проблема - это sizeof(где его взять), который должен быть в процедуре WriteConsoleA. Вторая - не выводится Hello Word!. Как и у всех, у меня getStdHandle не дает handle для вывода.
Надеюсь этой темой однозначно решу общую проблему и уберу мысли о переходе с fasm на masm.
Заранее благодарю.

[Rock-n-Rolla]

во-перых, не
invoke GetStdHandle, -11
а
invoke GetStdHandle, STD_OUTPUT_HANDLE

во-вторых, не
mov DWORD[stdout], eax
а просто
mov [stdout], eax

в-третьих, addr не нужен вообще и не забывает квадратные скобки
invoke WriteConsoleA, [stdout], message, 6, cWritten, 0
FASM это вам не MASM тут всё чётко и без лишних дирректив, которые только замусоривают код программы

в-четвёртых, прежде чем задавать такие глупые вопросы, надо посмотреть хотя парочку исходников (коих в папке FASM предостаточно) и подумать тем органом который вам заменяет мозг

Сообщение от _PROGRAMM_

Первая проблема - это sizeof(где его взять), который должен быть в процедуре WriteConsoleA.

вместо sizeof() должно быть lstrlen, это же относится и к высокоуровневым языкам

[_PROGRAMM_]

Спасибо, я многое извлек из вашего поста. lstrlen - это вроде функция WinAPI? Я почему о sizeof заговорил. Дело в том, что ее я заметил в учебнике Крупника, она находилась в WriteConsoleA и узнавала длину массива символов. Буду проводить эксперименты с lstrlen. Еще раз спасибо.

[vadimych]

_PROGRAMM_

message "Hello Word!",0
size_message=$-message-1

[yuran666666]

Самое главное что я извлек из #2 это то, что мозг, который у ТС чем то заменен, несомненно заменен у автора #2 чувством собственной важности и илитарности.
lstrlen-то вот как раз и не нужна для подсчета длины статических строк, которая не изменяется все равно (size вроде в fasm, или же объявите длину как уже показано в посте выше)
dword указывающий на разрядность записываемых данных должен бы быть очевиден тк регистр из которого пишутся данные и его разрядность и так определены однозначно, но для масм32 это, например не всегда справедливо и dword ptr нужен
addr это что то типа директивы сложной адресации локальных или же глобальных переменных(в масм32). То есть если имеющуюся глобальную переменную можно записать и так: offset _glob(масм32) или _glob(fasm), то локальные переменные будут уже высчитываться отталкиваясь от ebp с помощь lea и push'иться в eax регистре (вероятно в fasm и не так - 'обратитесь к местному авторитету'(с)К&Р)

[yuran666666]

Ну и в секции .data нужно бы объявлять переменные не вопросительным знаком. Для неинициализированных переменных существует секция .data?

[Rock-n-Rolla]

Сообщение от yuran666666

Самое главное что я извлек из #2 это то, что мозг, который у ТС чем то заменен, несомненно заменен у автора #2 чувством собственной важности и илитарности.

спасибо, вы потешили моё ЧСВ. шутка

Сообщение от yuran666666

lstrlen-то вот как раз и не нужна для подсчета длины статических строк, которая не изменяется все равно

да, всё правильно. lstrlen - действительно перебор

Сообщение от yuran666666

addr это что то типа директивы сложной адресации локальных или же глобальных переменных(в масм32). То есть если имеющуюся глобальную переменную можно записать и так: offset _glob(масм32) или _glob(fasm), то локальные переменные будут уже высчитываться отталкиваясь от ebp с помощь lea и push'иться в eax регистре (вероятно в fasm и не так - 'обратитесь к местному авторитету'(с)К&Р)

в fasm нету ничего что хотя бы отдалённо напиминало _glob или addr (возможно что-то появилось в подледних версиях, FASM не обновлял как минимум год)

Сообщение от yuran666666

Ну и в секции .data нужно бы объявлять переменные не вопросительным знаком. Для неинициализированных переменных существует секция .data?

вообще в FASM этими диррективани лучше не пользоваться, так как это всего лишь обычные макросы, и введены они чтобы что не вызывать разрыв шаблона при переходе с MASM или TASM (царство ему небесное)

[_PROGRAMM_]

Из-за того, что я учусь на будущее, этот вопрос просто так не оставлю.

size вроде в fasm

Как я ни старался(хотя я то тут причем) fasm (c win32ax.inc) такого не знает. Пробовал вызывать invoke sizeof, нет результата.

size_message=$-message-1

Это только если заранее знаем, что строка не изменится. А если это динамическая строка(если ли такой термин?)? Такой способ не подойдет. Может есть еще что-нибудь?

Ну и в секции .data нужно бы объявлять переменные не вопросительным знаком. Для неинициализированных переменных существует секция .data?

Что то я не пойму. Вы предлагаете всем значениям переменных, которые заранее не известны, 0 присваивать?

во-перых, не
invoke GetStdHandle, -11
а
invoke GetStdHandle, STD_OUTPUT_HANDLE

Так STD_OUTPUT_HANDLE равно -11. Какая разница? Поддержка кроссплатформенности?

--
Извините меня. Я ступил. Когда экспериментировал с lstrlen у меня ничего не получалось. Сейчас все исправил

include "%fasminc%\win32ax.inc"
.data
cWritten   dd 0
stdout     dd 0
message    db 'Hello Word!',0
size       dw ?
.code
start:
              invoke AllocConsole
              mov eax,0
              invoke GetStdHandle, STD_OUTPUT_HANDLE
              mov [stdout], eax
              invoke lstrlen,message
              mov [size], ax
              invoke WriteConsoleA, [stdout], message, DWORD [size] , cWritten,0
              invoke ExitProcess, 0
.end start

Вместо DWORD [size] я писал size.
Всем спасибо. Дополнения к теме приветствуются.

[rpy3uH]

size       dw ?

должно быть

size dd ?

а то чтовсё нормально работает, это всего лишь совпадение

Сообщение от yuran666666

Самое главное что я извлек из #2 это то, что мозг, который у ТС чем то заменен, несомненно заменен у автора #2 чувством собственной важности и илитарности.

Rock-n-Rolla всё правильно сказал, прежде чем задавать такие тупые вопросы, надо хотя головой немножно подумать или хотя бы заюзать поисковик. и вообще я люблю когда появляются такие форумчане (которые отвечают так, как должен был ответить модератор)

[yuran666666]

ТС на моей памяти не флудил тупыми темами, сам сказал, что чувстсвует глупость своего вопроса, но ничего поделать с собой не может, почему бы не ответить ему без указания на какие либо недостатки?
В фасме .data .data? .text .import и прочие .ololo не знаю макросы они там или нет, но это всего лишь указание ассемблеру на создание секции в пе-модуле с заданными атрибутами. Да, возможностей больше, чем в масм32.
Ну, а какие-то разрывы шаблонов при знании пе-структуры, думаю, ни с кем случиться не могут при переходе на фасм.