Вопрос собственно по теме "COM-сервер на VFP - ограничения" ну собственно хотелось бы узнать у ГУРУ Фокса, плюсы и минусы сия использования. Больше всего интересует есть ли ограничения по количеству одновременного подключения.

Подключения к чему? Подключения из какой системы? Обычное приложение (неважно на чём написанное) создавая экземпляр in-process ком-сервера, создаёт его исключительно для СВОЕГО личного использования, и даже внутри СВОЕГО личного адресного пространства. Никакой связи с другими экземплярами созданными другими приложениями (да хоть бы и другими копиями этого же приложения) нет.
Или ты про advanced техники на основе ROT, или COM+ с MTDLL вариантом фокса?

Имелось ввиду вариант "...COM+ с MTDLL вариантом фокса..."

Боюсь что кроме покойного Михаила Дроздова плотно с этим вариантом никто и не работал... Посмотри его заметки по поводу (зеркало сайта есть тут - ссылка вверху страницы). Не думаю что в самом фоксе есть какие-то ограничения (по крайней мере явно таковых ограничений не декларировалось) - скорее уж в ОС что-то будет, или банально память закончится... Хотя там, вероятно, можно настроить и пул - чтобы не 1 процесс а куча крутилась.

Впрочем, тут вопрос совсем другой - и сам COM+ уже не есть рекомендуемая современная технология, да и фокс давно уж как в стадии "доживания" - смысла создавать систему, тем более с каким-никаким а "размахом"... Плюс, если речь зашла про ЛИНТЕР, то, вероятно, с прибабахами на "отечественном ПО"... В общем нецелесообразно это.
Хотя сразу скажу - какой язык/система программирования хорошо подпадёт под "нацпрограмму" и "импортозамещение" я не знаю.
А так - ну взять тот же C# или java, строить архитектуру на сервисах, работать в качестве бэкэнда если и не с линтером, то с постгрес про - тоже, однако, "в реестре" - всяко лучше

Спасибо за информацию, буду смотреть.

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

Starpom
Спасибо за информацию, буду смотреть.
P.s. мы не строим систему, система уже построена, мы пытаемся в ногу со временем идти. учитывая что разросшеюся организацию и удаленность сотрудников, нужно как то обеспечить их в одном целом но с использованием того что у нас есть. При удаленке слишком много трафика сжирают у провайдера, а главк хочет экономию, да что там хочет, требует от нас, вот и думаем можно ли будет использовать то что фокс может предложить но с адаптацией под современность.

если вопрос стоит так, то рассказывайте об архитектуре системы (файл-сервер, клиент-сервер и какой?).

+1 за PostgreSQL Pro