MASM32 компилирует и линкует без ошибок. но EXE не выполняется

[p51x]

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

какие конкретно параметры я не учел при компиляции и линковке

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

Вы не указали соглашения о вызовах, вы неправильно определили указатели и вызовы функций (нафига вы это делали раз у вас есть инклуды и либы с масм32 я так и не понял), и т.д.

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

чтите - ни асм компилятор (ml.exe) ни линкер не выдали ни одной ошибки (!) )

А почему он должен? Ему сказали вызывать эту функцию оттуда как стдколл - он и вызывает, а то что в действительности надо cdecl, да еще и из библиотеки...

[Vasya_Pupking]

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

Как мне нравятся идиоты, которые возомнили из себе невесть что. Я вам еще раз повторю: компилятор сгенерировал все правильно, это вы не учли кучу параметров и неправильно все это собрали.

Уважаемый господин "профессионал" - я сам нашел ошибку. Никакой "кучи" параметров менять (как выяснилось) не надо и в линковке - тоже. ЕДИНСТВЕННАЯ ошибка (которую создал именно вижуал си при генерации асм кода) это то, что вызов всех СИ функций был оформлен так: "call dword ptr printf" - что вынуждало адресовать вызов по DS (что в корне неверно). После замены всех вызовов так: "call printf" - и без изменения (!) чего бы то ни было в *.bat файле компиляции и линка - получаемый EXE пошел ОК. (.....оказывается тут и "профессионалы" ничего не знают....) . Всем спасибо - тема закрыта.

[p51x]

Идиот так и не понял о чем ему говорили...

[waleri]

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

где майкрософт генерирует асм код, неадекватный СИ коду

Нигде.

[Vasya_Pupking]

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

Нигде.

нет... вижуал СИ сгенерировал вызовы библиотечных функций вот так: "call DWORD PTR printf" - такой вызов предусматаривает (по умолчанию) использование сегментного регистра DS, а нужно вызовы делать по CS - и это баг микрософта. В Olly DBG такие вызовы именно сегментировались по DS (что неверно). Я все такие вызовы заменил на "call printf" - (не меняя вообще больше ничего в программе и бат файле компиляции и линка) - в результате вызовы стали делаться по CS и программа пошла ОК без единой ошибки и выполнила весь свой алгоритм. Вы тоже учтите этот баг микрософта.

[Vasya_Pupking]

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

А почему он должен? Ему сказали вызывать эту функцию оттуда как стдколл - он и вызывает, а то что в действительности надо cdecl, да еще и из библиотеки...

вы не профессионал - вы "профессионал" -
__stdcall — паскалевский вызов принятый по умолчанию для экспорта функций API Win32,
стек освобождается вызванной функцией при возврате и в связи с этим не позволяет передавать переменное число параметров.
Зато можно вызывать например из Delphi.

__cdecl — СИшный способ вызова, стек освобождается вызывающим кодом, позволяет передавать переменное число параметров.
В сгенерированном коде ЭТОЙ ошибки не было! Правильно применялся cdecl вызов. Параметры передавались правильно и стек очищался вызывающей прг. Ошибка была в другом - в чем - ваш "профессиональный мозг" не смог догадаться. Ошибка (именно микрософта) в том, что он имена функций спутал с именами переменных и адресовал их по DS ( а нужно было по CS) - вы до этого и не могли догадаться....видимо ваш профессионализм уже зашкаливает и мозги начинают пухнуть ...ЛОЛ!.

[waleri]

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

"call DWORD PTR printf"

А вы поменяйте настройки проекта в С, пусть использует статическую библиотеки, вместо DLL...
Когда вы вызываете функции из DLL библиотеки на самом дели все функции объявлены так:
void(*printf)(...)
Чуствуете разницу?