до выполнения команды
retn 8
ecx был равен 21h после выполнения в отладчике по возвращении в высшую функцию мы имеем в ecx уже 20h .Трейсил этот цикл несколько раз он стоит на месте т.к. ecx постоянно спрыгивал на 1 вниз. потом поставил условный бряк чтоб ecx>21h и через несколько секунд!! ecx вдруг спрыгнул на 22h
отлаживал IDA 5.0 под win98
w32dasm вообще в этом магическом цикле брякает токма когда счетчик достигает примерно 30000
хотя за цикл он овеличивается на один
это какаято известная ошибка или чтото новое ?
такто тупо думать что виновата команда retn 8 (сколко раз она повторяется в коде! не может же она каждый раз уменьшать счетчик!)

| Сообщение посчитали полезным:

Можешь дать прогу, или код? Еще какие отладчики пробовал? Вообще команда ret на регистры, кроме esp соответственно, не влияет :-D

| Сообщение посчитали полезным:

StarPer
Код в срудию.

Может там хардварный бряк стоит, правда как его можно незаметить.

| Сообщение посчитали полезным:

asd пишет:
Код в срудию.
В студию.

StarPer пишет:
w32dasm вообще в этом магическом цикле брякает токма когда счетчик достигает примерно 30000
В w32dasm'e 0тлаживать эт0 жесть.
В0зьми OllyDBG?

| Сообщение посчитали полезным:

StarPer пишет:
о выполнения команды
retn 8
ecx был равен 21h после выполнения в отладчике по возвращении в высшую функцию мы имеем в ecx уже 20h
Это как? retn изменяет содержимое регистров EIP и ESP, но не общих!
Либо ты что-то сильно перепутал, либо юзается SEH - при обработке исключения в Context потока меняется этот регистр, а отладчик игнорирует этот SEH. Второй способ видел довольно редко.

| Сообщение посчитали полезным:

Вай чуваки !
в ольке все ништяк ! наверно это какойто касяк отладчиков IDA и w32dasm в 98-ых окнах .... ну их нах !
хотя такого неслхивал нуда ладно главное проблемы больше нет

| Сообщение посчитали полезным: