Ставлю я брейкпоинт (или комментарий к коду) внутри некой самораспаковывающейся программы. Все хорошо работает, но Оля херит все брейкпонты и комменты при повторном запуске программы, т.к. она видит - в момент загрузки приложения брейкпонты ссылаются на изменившиеся инструкции. Может есть настройка, чтобы Оля не херила мне брейки и либо ловила их только по адресам (адреса брейков не меняются при повторных запусках), либо пыталась установить через определенные промеждутки времени? Или может внешние утилиты/плагины есть, чтобы заставлять Олю восстанавливать брейки? Ну, я понимаю конечно, что нужно там вначале распаковать траляляля, потом ломать. Но нет времени, чтобы тратить его на распаковку.

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

ставь на адрес хардваре бряку
breakpoint->hardware,on execution

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

Как-то не работает он..

До этого кода руками дотрейсить могу. Если сразу при запуске оли пойти поставить брейк и нажать F9 - сработает. А если ставить хардварный - не работает. В меню Debug->Hardware breakpoints имеется указанный мной адрес с пометкой Execute.

В неупакованном коде самого начала приложения тестовый хардварный брейкпоинт работает.

Хотя теперь хоть из менюшки Debug->Hardware breakpoints можно ткнуть мышью и быстро перейти к нужному месту.

У меня программа упакована Аспром. С exeшника Stripper_v211rc2 снимает Аспр хорошо, а на всех DLL виснет во время исправления таблицы импорта. Руками доделать не выходит. Брейкпоинт пытаюсь ставить как раз в DLL. Еще сама программа на Кларионе написана и нужно извращаться, читая
эту ахинею...

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

[Oleg]
ASPR брасывает Hardware breakpoints на то он и протектор, пиши скрипт

-----
Подписи - ЗЛО! Нужно убирать!

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

неужели никому никогда не хотелось, чтобы Оля сама таки сохраняла брейки/комментарии в самомодифицирующемся коде...

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

> неужели никому никогда не хотелось, чтобы Оля сама таки сохраняла брейки/комментарии в самомодифицирующемся коде

И чтобы сама крак генерила, надо было бы только копирайты вколотить

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

вообще-то олли на "остановках" восстанавливает установленные hw бряки (если их стёр протектор), но хорошего в этом мало... т.к. это может быть использовано для обнаружения олли.

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

Ты папку с Олей трогал? Проверь конфиг,туда ли там адрес указывает если нет,то вот она и проблема,всего-тоВ этом случае сообщение при запуске выкидывается

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

У меня ехешник приложение распакован. Так же имеется десяток DLL от языка программирования (брейки сохраняются) и несколько DLL упакованных Аспротектом (брейки херятся).

С хардварными брейками разобрался. В настройках Оли они естествено сохраняются. Брейк в упакованной DLL на выполненние не работает. Брейк на память в упакованной DLL работает, только если код, который пытается читать/писать память, находится вне упакованной DLL. Это весьма приятно, т.к. все переменные пишутся из системных библиотек языка программирования. Ну, теперь понятно, в некоторых случах их Аспр стирает, но делает это не полностью.

С Олиными брейками менее понятно. Итак, во время ПЕРЕЗАГРУЗКИ брейки в упакованных DLL пропадают. Но если загрузить приложение и не выполнять ни одной команды (оно встает на EntryPoint), то можно установить обычный брейк по F2 куда угодно и он сработает. Я собственно так и вынужден делать:
1) нажать "Список всех функций всех модулей", поиск своей по первым буквам названия, установка по F2 в этом списке.
2) окошки с дапмами памяти и даже места установки курсора при перезапуске не исчезают, поэтому можно нажать Ctrl+TAB и быстро восстановить брейки на места памяти.
Почему надо заниматься таким маразмом? Неужели нельзя это делать автоматически?

Паки с Олей не трогал. Оладка неупакованных программ вопросов не вызывает. Файлы *.udd от модулей пишутся и сохраняются в текущем каталоге оли. Но с упакованными DLL проблема - оля их не воспринимает по время перезапуска приложения. А при окончании отладки и вовсе стирает. Ну, это-то понятно, раз нет никаких изменений, файл нужно убрать.

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

[Oleg] пишет:
Файлы *.udd от модулей пишутся и сохраняются в текущем каталоге оли.
Вот-вот, дело может быть как раз в них, сделай копию файла на всякий случай, потом удали файлы "отлаживаемаяПрограмма.udd" поставь бряки, и выйди. Возможно проблема исчезнет

-----
Подписи - ЗЛО! Нужно убирать!

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

Не помогло. Ладно, в конце концов для "моей" программы важно не утонуть в мусорной свалке кода от Клариона... Никак не могу найти место преобразования id компа в номер серийника.

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