kami

Вы подменяете терминологию. Никакое приложение само по себе не является устойчивым к взлому, если оно не содержит средства защиты от этого взлома. На каком бы языке ни было написано.
Более того, нужно отличать хак приложения (чтобы оно запустилось вне зависимости от наличия лицензии) и получение данных, с которыми работает это приложение.

Давайте сперва уточним, что именно вы подразумеваете под взломом?
Потому что если рассматривать взлом, как его понимаю я - то всякие "проверки сертификатов" будут убраны в ходе этого взлома. Поскольку являются неотъемлимой частью хака приложения. Взлом и дальнейшее распространение на мой взгляд - это "сделать так, чтобы программа всегда считала себя лицензионной и работала как ни в чем ни бывало".

клиентскую часть, т.е. непосредственно само приложение - никак. Без доступа к серверу в моем случае оно бесполезно.
Сервер может обладать информацией о всех устройствах, которые когда-либо к нему подключались и может блокировать новые, если лимит используемых устройств превышен. Или блокировать конкретные, если они выведены из эксплуатации. Или  вообще залочить доступ всем устройствам клиента - по усмотрению.
Но это в моем случае, т.к. приложение не общедоступно и не будет выкладываться в AppStore.
Ну и "вылечивать" приложение в моем случае смысла нет - достаточно скоро его функционал просто устареет, и крякнутая программа просто станет не актуальной.
 
В общем и целом, если программе требуется подключение к серверу - защиту нужно реализовывать имено на нем. Но от взлома защищаться бессмысленно - когда приложение станет действительно популярным, его все равно поломают. А до тех пор - можно спать спокойно, взломщики даже не посмотрят в вашу сторону.

клиентскую часть, т.е. непосредственно само приложение - никак. Без доступа к серверу в моем случае оно бесполезно.
Сервер может обладать информацией о всех устройствах, которые когда-либо к нему подключались и может блокировать новые, если лимит используемых устройств превышен. Или блокировать конкретные, если они выведены из эксплуатации. Или  вообще залочить доступ всем устройствам клиента - по усмотрению.
Но это в моем случае, т.к. приложение не общедоступно и не будет выкладываться в AppStore.
Ну и "вылечивать" приложение в моем случае смысла нет - достаточно скоро его функционал просто устареет, и крякнутая программа просто станет не актуальной.
 
В общем и целом, если программе требуется подключение к серверу - защиту нужно реализовывать имено на нем. Но от взлома защищаться бессмысленно - когда приложение станет действительно популярным, его все равно поломают. А до тех пор - можно спать спокойно, взломщики даже не посмотрят в вашу сторону.

клиентскую часть, т.е. непосредственно само приложение - никак. Без доступа к серверу в моем случае оно бесполезно.
Сервер может обладать информацией о всех устройствах, которые когда-либо к нему подключались и может блокировать новые, если лимит используемых устройств превышен. Или блокировать конкретные, если они выведены из эксплуатации. Или  вообще залочить доступ всем устройствам клиента - по усмотрению.
Но это в моем случае, т.к. приложение не общедоступно и не будет выкладываться в AppStore.
Ну и "вылечивать" приложение в моем случае смысла нет - достаточно скоро его функционал просто устареет, и крякнутая программа просто станет не актуальной.
 
В общем и целом, если программе требуется подключение к серверу - защиту нужно реализовывать имено на нем. Но от взлома защищаться бессмысленно - когда приложение станет действительно популярным, его все равно поломают. А до тех пор - можно спать спокойно, взломщики даже не посмотрят в вашу сторону.

MyControl.Release;
Это отложенное удаление, реализованное самой платформой.
Надо только не забывать после Release заNil-ить ссылку на объект в массиве. Ну и вместо массива лучше использовать дженериковский список.

Он никуда не мог деться:
 

Зачем вообще указывать имя компоненту, создаваемому в runtime? Они прекрасно живут и без этого, а для идентификации конкретного - есть куча свойств TagXXX

Он никуда не мог деться:
 

Зачем вообще указывать имя компоненту, создаваемому в runtime? Они прекрасно живут и без этого, а для идентификации конкретного - есть куча свойств TagXXX

А можно и не выходить из IDE: Ctrl+Shift+F, выбираем Search in directories.

А можно и не выходить из IDE: Ctrl+Shift+F, выбираем Search in directories.

А можно и не выходить из IDE: Ctrl+Shift+F, выбираем Search in directories.

Работу с прибором сделать в потоке. Результаты поток через Queue отдает в основной поток. И уже в потоке - Sleep, это будет точнее чем таймер, который (к слову) на винде весьма не точен.

Писал как-то (кажется, не раз) в чате - нельзя ставить без оглядки последние SDK. К примеру, Berlin Upd2 вроде как работает с XCode 8.2 Приложение компилируется, запускается, вроде как работает. Но иногда вылетает. С рекомендованным XCode 8.0 проблема вылета наблюдается гораздо реже. В тестовых условиях, когда делается все что угодно. А в боевой эксплутации (пользователи все-таки не жмакают все подряд, в отличие от тестеров) - жалоб на вылеты не поступало

если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так:
"в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".

если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так:
"в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".

если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так:
"в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".

если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так:
"в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".

если уж до конца соблюдать стилистику магистра Йоды, то надо говорить примерно так:
"в раздел интересующий зайти должен ты, сверху-справа кнопку нужную найдешь".

Так куда уж подробнее?
1. Ставим правильный XCode
2. Запускаем XCode, идем в меню (кажется) Tools - Preferences, лезем во вкладку Locations, выбираем в выпадающем списке CommandLineTools правильную версию. Применяем, все закрываем.
3. Запускаем PAServer (до этого он должен быть выключен).
4. Запускаем IDE, подтягиваем нужные SDK. Емнип, прямо при подтягивании можно выставить чекбокс Make Active. Если нет - после подтягивания на правильной SDK правой кнопкой и делаем активной.

Так куда уж подробнее?
1. Ставим правильный XCode
2. Запускаем XCode, идем в меню (кажется) Tools - Preferences, лезем во вкладку Locations, выбираем в выпадающем списке CommandLineTools правильную версию. Применяем, все закрываем.
3. Запускаем PAServer (до этого он должен быть выключен).
4. Запускаем IDE, подтягиваем нужные SDK. Емнип, прямо при подтягивании можно выставить чекбокс Make Active. Если нет - после подтягивания на правильной SDK правой кнопкой и делаем активной.

Ссылка: http://yaroslavbrovin.ru/object_life_cycle_in_delphi_part_1_windows_osx-ru/ Автор: Ярослав Бровин С появлением мобильных платформ в мире Delphi, произошли серьезные изменения в жизненном цикле объектов. Послужившие причиной многих проблем и вопросов, а как правильно кроссплатформенно удалять объекты. В этой статье детально рассматриваем жизненный цикл объектов на разных платформах и даём ответы на важные вопросы, которые могут побеспокоить даже опытных Delphi разработчиков.

System.IOUtils в uses поставить после модуля, в котором описан компонент TPath (делфи не под рукой, не скажу в каком конкретно).

В деплоймент не всё что нужно попало? Посмотрите там.