Разбор кода инициализирующего OpenGL

[_PROGRAMM_]

Уже не знаю что делать. Все перепробовал. Может исходник работы с glut есть? Код маленький и где-то косяк.

mov    eax,[esp]
         mov    ebx,[esp+8]
         invoke glutInit,eax,ebx

на C++

glutInit(&argc, argv);

ну в первом варианте в [esp] находится адрес argc, а [esp+8] находится начало массива. Что не так - ума не приложу.

[f.hump]

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

LEA eax, [esp+4]
PUSH DWORD PTR [esp+8]
PUSH eax
CALL glutInit

увидел код, который "стянули": там все правильно, только каст выглядит странно dword esp+8.

PUSH DWORD PTR [esp+8]
LEA eax, [esp+8]
PUSH eax
CALL glutInit

[_PROGRAMM_]

Все равно вылетает.

lea eax, [esp+4]
         push DWORD[esp+8]
         push eax
         call glutInit

         invoke glutInitWindowSize,400,400
         invoke glutInitWindowPosition,100,100
         invoke glutInitDisplayMode,2
         invoke glutCreateWindow,'Test Asm OpenGL';
         invoke glutMainLoop
         invoke MessageBox,0,0,0,0
         invoke Sleep,5000
         invoke ExitProcess,0

увидел код, который "стянули": там все правильно, только каст выглядит странно dword esp+8.

Давайте определимся. Вы для MASM или для FASM пишете? Просто после ввода вашего кода хватаю ошибку invalid expression. В моем случае нужно убрать PTR и все компилируется, но вылетает(В программе обнаружена ошибка и т.д.).

[f.hump]

сори, я пишу для MASM.

ну, я думаю должен быть способ протрейсить прогу, посмотреть память, регистры, и в каком месте происходит креш.

[_PROGRAMM_]

Кроме того, что ошибка при вызове этой функции и того, что она классифицируется как illegal instruction я ничего узнать не смог. Сейчас выполнял, такую инструкцию в с++

сout<<&argc<<"\n"<<argv<<"\n";

и у меня получилось: первая 0044FEB8, вторая 00104768. Разница не в 8 байт.
Где вообще находятся эти переменные? Я не очень понимаю, то, что делаю.
---
Ошибка лежала под носом.

         mov    eax,[esp+8]
         mov    eax,[eax]
         lea    ebx,[esp+8]
         invoke  glutInit,eax,ebx

[DiemonStar]

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

Обнуляют структуру pfd, в Windows ES=CS=DS=SS поэтому о значении в сегментных регистрах не беспокоятся, если бы заполнение шло командами STOSB тогда делить размер структуры на 4 было бы не нужно, а здесь сразу по 4 байта одной командой, что в 4 раза быстрее

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