цикл

[int 20h]

Доброго времени суток.
Есть код

fr         db '%X', 0
j          db 0
buf       rb 65535
buf_add rb 65535
...
invoke ReadProcessMemory,[hprocesa],[mbi.BaseAddress],buf,[mbi.RegionSize],writebuf

mov esi,dword 0
.loop:
movzx eax, [buf+esi]
invoke wsprintf,j,fr,eax
invoke lstrcat,buf_add,j
inc esi
cmp esi,[writebuf]
jb .loop

Считываю из памяти данные, затем в цикле по 1 байту перевожу в HEX значение, ну и после добовляю всё данные (buf_add) в edit. Проблема в том что если считываеться большой обьём данных (свыше ~10к байт) то в цикле прога вылетает..Я вот думаю может цикл у меня кривой? или что. Может можно вообще по другому как реализовать цикл? Пробовал всякие while, repeat, результат тотже.

[Stilet]

invoke wsprintf,j,fr,eax

Извиняюсь за оффтоп, но разве после него стек ручками чистить не нужно?

[int 20h]

но разве после него стек ручками чистить не нужно?

нужно, м.б в этом и трабла, щас порою в эту сторону.

[Stilet]

нужно, м.б в этом и трабла, щас порою в эту сторону.

Не знаю в каком ты пишешь компиляторе но в FASM для этого вместо invoke используется cinvoke, она тогда добавляет от себя ADD ESI,На кол-во параметров*4

[r9m]

cdecl будь он ... )

[Stilet]

cdecl будь он ... )

а причем тут он?
просто криворукие программисты Микросовта не позаботились о очистке мусора, отсюда и легенды о кривом Виндоусе и Сишных библиотеках.

[r9m]

При том - при том Программисты тут не при делах, просто функция такая, использует соглашение вызова cdecl

[int 20h]

Не знаю в каком ты пишешь компиляторе но в FASM для этого вместо invoke используется cinvoke, она тогда добавляет от себя ADD ESI,На кол-во параметров*4

add esi,12 и всё нормально, про cinvoke незнал, спасибо ) Ну впринципе всё заработало почти как часы, если не брать в внимание то что прога начинает подвисать в цикле. Выхода два, реализовать преобразование в нех значение по другому, ну или крутить цикл в отдельном потоке )
Вопрос закрыт, всем спасибо.

просто функция такая, использует соглашение вызова cdecl

в этом вся и трабла )

[Stilet]

Программисты тут не при делах, просто функция такая, использует соглашение вызова cdecl

Ну неужели нельзя было спроектировать таким образом чоб мусор нормально убирался? Не верю.

lstrcat

Если не секрет это ты для чего прикрутил?

[r9m]

Ну неужели нельзя было спроектировать таким образом чоб мусор нормально убирался? Не верю.

Ты сам должен об этом заботиться! Они это тебе как крутому программисту доверили. Почитай вот полезняшку, что бы потом небыло у тебя глупых высказываний (http://en.wikipedia.org/wiki/X86_calling_conventions)