mvДа, все - на Дельфи. И сервер, и клиенты тоже.
Мысли в сторону. Смотрел пару серверов сделанных на дельфи.
Выяснился пренеприятный момент. Дельфийский код при обработке проблемных ситуаций в критическом состоянии программы ведет себя практически неуправляемо, в частности в отношении динамической памяти. Когда именно ее не хватает, повлиять как-то на решение конфликтов практически невозможно. Проще говоря, костей не соберешь, и не выяснишь что же произошло. А если писать с рукопашным управлением всем, то какой тогда смысл применять дельфи, все равно код получается в сишном стиле...

Это сугубо ИМХО, ессно.

mv Что-то я не понял, по какому поводу замечание...
Что-то вроде "оно все хорошо, когда хорошо, а потом, не успеешь оглянуться -
маманегорюй"?
Типа того. Когда один из компонентов в своем внутреннем коде захочет что-то дописать к строке (штатный тип string), то нижний уровень автоматом лезет в динамическую память (пусть хитро и мудрено, но лезет). При этом когда получит отлуп по причине ее нехватки, начнет кидать эксепшены, где есть инфа о причине и месте проблемы. Но штатные коды обработки исключений и сам формирователь также используют этот же механизм динамической памяти, и нормально отработать уже не могут. Инфа о месте и причине ошибки утрачена. Проблема воспроизводится довольно просто. Достаточно запустить такой сервер, написанный на дельфи в условиях чрезвычайно малой доступной памяти, и попросить сервер что-то сделать. Выход - контроль над памятью или по крайней мере контроль над обработчиками ошибок, чтобы они могли работать в экстремальных условиях, например требующуюся им память выделять при старте программы. Но, мне кажется, мало кто этим озабочивается.