Один из массы вариантов - хоть как-то сопротивляться отладке, либо сделать ее максимально геморойной

По темам:

http://www.delphikingdom.ru/asp/viewitem.asp?catalogid=277
http://delphi-faq.zoxt.net/104.htm
http://www.megalib.com/books/478/1258.htm

Далее - скрытие информации о реальном упаковщике, шифрование точки входа и т.д (используй, к примеру, DotFix FakeSigner).

1) шифрование процедур + расшифровка только после ввода ключа. "-" при наличии ключа защиты нету)
2) прога докачивает часть функционала по инету (куски процеду) "-" наличие инета
3) навесить супер-мега крутой прот (темида, ехекрутпор т.д.) "-" размер и скорость
4) обернуть важные процедуры в ВМ "-" скорость
5) нафтыкать кучу (несколько десятков) различных проверок на модификацию файла и т.д. "-" замучаешься отлаживать сам)

у каждого метода свои + и -

всё остальное баян и легко обходиться...

Как говорил один человек - Если программа работает, то её можно взломать

2 GlobaL Смотря как ты её хочешь защитить от вскрытия.
Если тебе нужно чтобы прогу никто не смог замодить, то юзай различные проверки типа crc файла или отдельных его участков. При это необходимо делать эту проверку в зашифрованном участе проги.

Если нужно чтобы никто не смог задизасемблить прогу, то тут нужно чтото типа проги которая в RUNTIME будет расшифровывать файл по частям, а потом опять зашифровывать её. Это спасет от снятия дампа с проги. Пример - перед выполнение какойнить определенной функции снаяало она расшифровывается . А после выполнения - опять зашифровывается. Для этих целей тебе придется после компила вручную зашифровать участки проги которые потом бодут расшифровываться.

Хм. Читал, что по заголовкам окон смотреть. Только я вот думаю. Каждые n сек. программа будет искать окна отладчиков?

спасибо за идею.
нечто подобное написано тут

да ну, бесполезно, во-первых у всех уваж. себя реверсеров отладчики патченные + куча плагов для скрытия.

з.ы. Борба с конкретными отладчиками это как минимум глупо А вот с отладкой боротся никто не мешает...

Тема боян, товарищи.

На последок ставлю свои пять копеек:
Как раз это и легко обходится. Большая часть

Во-первых, по классу, а не по заголовку. Заголовок имеет тенденцию меняться часто. Во-вторых, обычно это только при запуске.

Ошибаешься =) Очень эффктивны бывают точечные удары по отладчикам. Например, некоторые глюки олько можно взять себе на пользу. Тот же OutputDebugString (можно исхитриться и вообще шеллкод запустить )