Справочник по WIN API

Доброго времени суток. Следует уточнить, что нужно такой справочник, в котором показывается какие регистры изменяются и какие значения, что означают. Сам справочник есть, но там про регистры нет ничего. Есть ли таковые вообще?

 

Ссылку не дам, но скажу, что:

1. В основном используется stdcall (стек чистит вызываемая ф-ия)
2. При вызове API сохраняют регистры ebx, esi, edi, ebp и ждут от пользовательских ф-ий того же. (Это в большей степени касается callback)
3. API ожидают, что EFLAGS.DF сброшен (cld).

Пункт 2 относится только к 32 битам. В 64 сохраняется больше регистров.

 

я ничего не понял) Вот например, функция GetFileAttributes. передаю путь к файлу. Вызываю. А как мне получить данные, которые она вернула? Через делфи пошагово могу отследить какие регистры были изменены. Но, как я не извращался, они постоянно одинакого меняются.

 

Code (Text):

1. function GetFileAttributes(lpFileName: PChar): DWORD; stdcall;

функция вернёт DWORD

Code (Text):

1. var
2.   dwTme:dword;
3. begin
4. dwTmp:=GetFileAttributes('file.ext');
5. ...

 

Luzer
возвращаемое значение всегда лови в eax.

 

эт я понял, что она дворд вернет)
то что в еах, я так и думал. Вот если передать строку на файл, вернет 0FFFFFFFFh
в случаи с папкой тоже самое) дак как тогда определить?

 

spencer
Ага, про возвращаемое значение я забыл.

Luzer
Вот пример:

Code (Text):

1. main:
2.  push ebp ;подготовим стековый кадр.
3.  mov ebp, esp ;Этого можно не делать, но ebp надо сохранить.
4.  push ebx ;Эти регистры лучше сохранить в main
5.  push esi  ; т.к. вызывающая ф-ия, вероятно,
6.  push edi  ; в них что-то сохранила.
7.  mov ebx, 0x5
8.  cld ;если мы до этого меняли DF, то перед вызовом его надо восстановить. Иначе some_API_function может осерчать на нас исключением.
9. @@:
10.  call some_API_function
11.  or eax, eax ;проверим возвращаемое значение.
12.  jz @f ;Если 0 -- выйдем мз цикла.
13.  sub ebx, 0x1 ;можно не беспокоиться, some_API_function не изменит значение ebx. Этого нельзя сказать про другие регистры, кроме ebp, esi, edi.
14.  jnz @b
15. @@:
16.  pop edi
17.  pop esi
18.  pop ebx
19.  pop ebp
20.  ret

 

Code (Text):

1. Return Values
2. If the function succeeds, the return value contains the attributes of the specified file or directory.
3. If the function fails, the return value is INVALID_FILE_ATTRIBUTES. To get extended error information, call GetLastError.

задаем поиск попапке .../include файлов *.h содержаших фразу INVALID_FILE_ATTRIBUTES
нашелся лишь WinBase.h, смотрим в него:
#define INVALID_FILE_ATTRIBUTES ((DWORD)-1)

вот тебе и 0FFFFFFFFh. Думаю ход мысли понятен и он проясяет описываемую тобою картину

 

да да) тока я не врубаюсь) почему всегда это возвращается...

 

врублися-)) только о существовании справочника я так и не узнал
Придется делать, как спэнсэр говорит)

 

Вот такая вставочка на делфи

Code (Text):

1. jmp @start
2. @sa: db "c:\test",0
3.  
4. @start:
5. mov eax, offset @sa
6. inc eax
7. push 0
8. push eax
9. push eax
10. push 0
11. call MessageBoxA

почему вместо строки, вылезает две кракозябры? ничего не понимаю

 

с первого взгляда вес корректно, но я бы не стал делфи юзать, тем более для проверки асм вставочек. Поюзай дебагер поставив бряк на call MessageBoxA и погляди что на самом деле лежит в [eax]

P/S
зачем там inc eax?

 

inc остался от предыдущего раза, когда я из var'а брал строку...
Раньше этот пример и на делфях катил=)

з.ы: Почему-то делфя заменяет "\" на пробел... хрень какая-то) косяк ее видать.

 

Code (Text):

1.     jmp @start
2.     @sa: db 'c:\test',0
3.  
4.     @start:
5.     lea eax, @sa+1
6.     push 0
7.     push eax
8.     push eax
9.     push 0
10.     call MessageBoxA

\t - символ табуляции
работает только в строках ограниченных двойными кавычками

 

zet действительно=)
Опять путаница. Делаю все в масме

Code (Text):

1. .386
2. .model flat,stdcall
3. option casemap:none
4. extern GetFileAttributes@4:near
5. includelib kernel32.lib
6. .data
7. sss db "C:\test\tets.txt",0
8. .code
9. start:
10. push offset sss
11. call GetFileAttributes@4
12. end start

testmasm.obj : error LNK2001: unresolved external symbol _GetFileAttributes@4
testmasm.exe : fatal error LNK1120: 1 unresolved externals

Тоже самое делаю с FindNextFile - все нормально)) Почему?

 

GetFileAttributesA

 

Code (Text):

1. .386
2. .model flat,stdcall
3. option casemap:none
4. extern GetFileAttributesA@4:near
5. includelib \masm32\lib\kernel32.lib
6. .data
7. sss db "C:\test\tets.txt",0
8. .code
9. start:
10. push offset sss
11. call GetFileAttributesA@4
12. end start

 

У меня где-то лежал талмуд на английском языке, где описывались спецификации вызовов процедур. Но блин пока не смог найти.

К тому, что уже сказано могу добавить то, что если процедура работает с плавающей точкой, то результат в st0, если MMX, то MM0. При этом полагаться на содержимое других регистров процедура не должна они могут быть любыми. То же относится и к SSE.

 

zet, не понятно, почему с "А". Ведь есть функция и без А, я смотрел в модуле windows.pas

 

Luzer
если работаешь с масм то смотри на в .pas а в .inc в самом масме, а там соотвественно или с А или с W. ЕСли бы ты подключил kernel32.inc то никакой буквы A добавлять не нужно было бы, а так как у вас извольте добавлять.