"Век живи, век учись" )
Функции winapi (может по-разному бывает, но есть вот такой вариант) в случае неуспеха возвращают результат, что ошибка, а какая именно - есть функции GetLastError или например для сокетов WSAGetLastError. Они возвращают код ошибки, а что она означает, можно посмотреть например на сайте Microsoft, там есть таблица кодов ошибок и что они означают. Поинтересовался, как вывести прямо в программе текст сообщения, а не код ошибки, если есть код. Оказывается, есть функция win32 API, FormatMessage, если задать определенные параметры, она это может. Но там буфер под строку, размер её передается, освобождать память потом надо, в общем не очень удобно.
А оказывается в библиотеках Delphi есть функция SysErrorMessage, которая делает то же самое: по коду ошибки возвращает её описание. Она, собственно, вызывает эту функцию winapi.
https://docwiki.embarcadero.com/Libraries/Sydney/en/System.SysUtils.SysErrorMessageНорм. Раньше не знал.

Так я и не писал, что это новое.

Кстати ограничение насчет одного модуля легко устраняется, если рассуждать в общем, в данном случае мне это не было нужно. Когда обсуждали, ещё подумал, но не стал тогда писать.
В классе предка объявляем функцию SetMyProp в секции protected, которая присваивает private полю заданное значение. Но не назначаем свойству сеттер, так что свойство у предка read-only. А в потомке задаем сеттером эту функцию.

Это да. Не зная, можно изобретать велосипеды там, где нет нужды это делать. Ну вот, я расширил свой кругозор сегодня. )
Кстати, вот на sql.ru были грамотные люди в разделе Делфи, там можно было поучиться каким-то вещам, что-то узнать. Хотя стиль бывал и довольно резкий.

Я использую не select, а WSAEventSelect. Да, например какие-то ошибки можно получить так (условный код).
ВызываетсяНо какие-то другие можно получить через WSAGetLastError.

Ну да, но там же обычно или успешное выполнение или возвращает SOCKET_ERROR, например для connect, send, recv...

Это наверное все дельфисты, которые ещё остались, знают, но так, напомню, сегодня на всякий случай пересматривал.
В цикле while:выражение finalValue (если это выражение, а не число), будет оцениваться/вычисляться на каждом шаге цикла.

В цикле forinitialValue и finalValue оцениваются один раз перед началом цикла.

Из документации: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Declarations_and_Statements_(Delphi)#For_Statements

По документации параметры процедур и функций const могут передаваться как по значению, так и по ссылке, в зависимости от компилятора (в доке есть также подробное описание, когда по ссылке, когда по значению, вот тут https://docwiki.embarcadero.com/RADStudio/Athens/en/Program_Control_(Delphi) ).

Но оказывается, не знал, можно с помощью атрибута [Ref] указать компилятору, чтобы параметр передавался по ссылке. https://docwiki.embarcadero.com/RADStudio/Athens/en/Parameters_(Delphi)#Constant_Parameters

Да. Но там может быть что угодно, у них пример по-моему слегка сбивающий с толку (что объекты в примере). У меня на входе запись. В принципе, если исходить из того, что написано по ссылке, что я привел вверху прошлого сообщения, передача должна быть тоже по ссылке. Но у меня какие-то смутные воспоминания, что сталкивался, что не так было. Может ошибаюсь. Поставил [Ref], теперь (должно быть) точно по ссылке.

defecator [игнорируется] 
Не хочешь, не используй, никто тебя не заставляет. Я написал об одной из фич. Делфи. Мне в конкретной ситуации удобно, что это const (семантика) и что я точно знаю, что передается по ссылке и нет ненужного копирования данных.