kami

Для создаваемых в runtime элементов не используйте свойство name, это действительно чревато вам дубликатами. Оставляйте name пустым.
Ориентируйтесь на что угодно другое, хоть различные вариации свойства tag[Object, string]

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

небольшой фотоотчет. Будет время - напишу еще и результаты блиц-интервью участников.
Начало встречи.

потом было вот это

ну и эпилог:

на последнем фото, слева направо (без учета z-order): @kami @Error @Nik @Brovin Yaroslav

Так, погода на завтра благоприятствует. Начиная с 12:00 вероятность дождя снижается и к началу встречи всё должно стать хорошо.
Ввиду того, что предложение wamaco не встретило отклика у участников встречи - место и время встречи остаются теми же:
500 метров от метро Александра Невского, пивной ресторан Bier König
Дата: 10.06.2017. Время (уже окончательно) 17:30.

Так, погода на завтра благоприятствует. Начиная с 12:00 вероятность дождя снижается и к началу встречи всё должно стать хорошо.
Ввиду того, что предложение wamaco не встретило отклика у участников встречи - место и время встречи остаются теми же:
500 метров от метро Александра Невского, пивной ресторан Bier König
Дата: 10.06.2017. Время (уже окончательно) 17:30.

Господа!
Место встречи определено: 500 метров от метро Александра Невского, пивной ресторан Bier König
Дата: 10.06.2017. Время (пока - ориентировочно) 17:30.
Возражения? Другие предложения?
 
P.S. На всякий случай - адресная рассылка: @wamaco @Nik @Brovin Yaroslav @Error

Господа!
Место встречи определено: 500 метров от метро Александра Невского, пивной ресторан Bier König
Дата: 10.06.2017. Время (пока - ориентировочно) 17:30.
Возражения? Другие предложения?
 
P.S. На всякий случай - адресная рассылка: @wamaco @Nik @Brovin Yaroslav @Error

Все правильно получаете, кодировка тут не при чем. Согласно спецификации "DNS Packet Structure", вы получаете не строку, а пакет который нужно разобрать. К примеру если запрос будет "nslookup www.google.ru 127.0.0.1", то там где вы получаете имя хоста будет строка "''#3'www'#6'google'#2'ru'#0#0#1#0#1".
Парсинг простейший:
#3 - означает что далее идут 3 символа хоста 'www' - вот ожидаемые 3 символа #6 - далее идут еще 6 символов хоста 'google' - ага, вот они #2 - ну и еще 2 символа 'ru' - ура, они здесь #0 - конец имени хоста, складываем в кучу, перемежая точками и получаем www.google.ru #0 - дальше у нас служебная информация... #1 #0 #1 Вот как то так.
P.S. А зачем вам на таком низком уровне работать? Может использовать IdDNSServer : TIdDNSServer ?
P.P.S. Правильно Memo1.Lines.Add(BytesToString(AData,12)); //(12, а не 13)

Коллеги! Во флудильне в Телеграме Ярославом была озвучена великолепнейшая мысль - устроить сборище в начале июня в Питере.
Возможные даты встречи (формат даты - dd.mm, всё - 2017 год): 03.06, 04.06, 10.06, 11.06. Предпочтительные даты выделены жирным.
Прошу откликнуться, кто хочет и кто может присоединиться к встрече, уточнить предпочтительные для вас дату и время сбора.
Место сбора по традиции выбирает Ярослав!

Коллеги! Во флудильне в Телеграме Ярославом была озвучена великолепнейшая мысль - устроить сборище в начале июня в Питере.
Возможные даты встречи (формат даты - dd.mm, всё - 2017 год): 03.06, 04.06, 10.06, 11.06. Предпочтительные даты выделены жирным.
Прошу откликнуться, кто хочет и кто может присоединиться к встрече, уточнить предпочтительные для вас дату и время сбора.
Место сбора по традиции выбирает Ярослав!

А точно нужно дожидаться, пока все потоки отработают? Это не асинхронные задачи?
В качестве еще одного варианта - воспользуйтесь interlocked-функциями. Главный поток определяет, сколько вторичных потоков он запустит. И выставляет нужное значение в integer-переменной.
Каждый поток, завершив виток просчета вызывает InterlockedDecrement(ThreadCounter); При достижении нуля - из последнего вторичного потока вызывается TThread.Queue для сообщения главному потоку "все просчеты завершены". Ну и - потоки входят в спячку, например - на ожидании TEvent. А получив очередную порцию данных для просчета - выходят из ожидания события.
Даже лучше не так: каждый поток при запуске делает InterlockedIncrement(ThreadCounter), не стоит главному потоку выставлять начальное значение, хватит с него и запуска вторичных потоков. А вот всё остальное - да, остается в силе.
 

Если Windows - то это WaitForMultipleObjects
в остальных случаях - см. TTask.WaitForAll

AND ((FieldDate<=D2) OR (D2 IS NULL))

AND ((FieldDate<=D2) OR (D2 IS NULL))

AND ((FieldDate<=D2) OR (D2 IS NULL))

AND ((FieldDate<=D2) OR (D2 IS NULL))

определена. Начало потока + 6 байт + количество байт, ушедших в строку.
Правильнее будет сделать mm.CopyFrom(InStream, InStream.Size - InStream.Position); , но не суть.
А вот с путаницей байты-символы это да, это печалька.

Потому что это служебное поле, за которое объект-владелец не в ответе. Для иного вы можете использовать Image2.AddObject() - в этом случае Image2 будет знать о своих "детях" (Image2.Children в количестве Image2.ChildrenCount) и при самоубийстве покарает и детей. А в случае TagObject он проигнорирует содержащийся там объект  и возникнет утечка памяти. Воспринимайте TagObject как средство хранения ссылки на реально существующий в приложении объект, а не как место хранения самого объекта.

Вы слишком категоричны. 90% глюков, на которые разработчик отвечает "ну у меня же работает" все-таки связаны с недочетами в коде. Да, в этом недочете принимает участие конфигурация оборудования, установленного ПО, объема ОЗУ и т.д. и т.п. Но именно Вам придется "обходить" эту ситуацию, а не пользователю - менять конфигурацию. И стартом в этом направлении могут послужить рекомендации ENRGY.

Нормативная документация (устав, цели, программа)
Актуальные вопросы на предстоящую повестку дня на какой-нибудь сессии
Обращения от граждан (хотя они гораздо чаще идут на конкретного представителя)
"Внутреннее" голосование по какому-нибудь разрабатываемому документу / согласование уполномоченными должностными лицами
А вообще - лучше всего уточнить у заказчика. Не "какой функционал должен быть у приложения" , "дайте ТЗ", а "давайте вместе подумаем / пофантазируем - вот у нас есть мобильное приложение. И мы будем его использовать для / чтобы ...". Причем это лучше делать не в письменной форме, а при личной встрече (при наличии такой возможности).