mad_nazgulantares0Игорь_1985,
пропущено...

Есть Harbour открытый компилятор для Cipper-а. И может много чего еще из современного.

Совместимость с Clipper достаточно условная.
Простейшие приложения (которые запустятся в любом xBase) да заработают.
Все что сложнее придется полностью переписывать.
Т.е. это вариант с переходом на другую платформу, только хуже, т.к. xBase давно устарел и не развивается.
От куда такие "глубокие" познания?

- Clipper + самые популярные внешние библиотеки полностью входят в стандартную поставку (x) Harbour
- Изощренные и большие приложения переводятся за пару недель
- xBase не может устареть, т.к. это стандарт формата файла и уж тем более там нечему развиваться.
- harbour имеет функции интеграции с любым SQL, но для ТС интереснее LetoDB - файлы остаются dbf, но управляет ими SQL "машина" на сервере приложений... и даже код программ практически править не нужно

Здесь не совсем уместно обсуждать мелкие технические нюансы конкретных языков программирования, но если хотите знать больше, то можно почитать и получить конкретные ответы на русскоязычном форуме clipper/harbour

mad_nazgulАндрей Ж.От куда такие "глубокие" познания?

Портировали одно приложение с Clipper. :-)
Ну и что? На указанном форуме спецы берутся перевести приложение любой сложности за срок от одной до 3 недель... наверное "не знаете, как их готовить"


mad_nazgulАндрей Ж.- Clipper + самые популярные внешние библиотеки полностью входят в стандартную поставку (x) Harbour

Clipper не входит поставку.Совместимость на уровне базового xBase.
Конечно это банальная придирка к словам! Есть стандартная реализация последней версии Clipper 5.3e + библиотека расширения CT3 + библиотека работы с классами (забыл название) - это 100% входит в Harbour/xHarbour версий старше 2011 года. То есть программа на Clipper написанная только на перечисленных инструментах и не содержащая "новых" ключевых слов (команд) должна сразу пересобраться на Harbour... Но если у Вас были вставки на ассемблере или использовали другие, например графические библиотеки, то могут быть сложности в замене другими конструкциями.

mad_nazgulАндрей Ж.- Изощренные и большие приложения переводятся за пару недель


Например? У меня пока опыт другой.
Большой список программ переведенный с Clipper упоминается в википедии, постоянно темы на форуме... есть и набор моих программ - примерно 400 000 строк исходного текста + использование экзотических программных конструкций... переведено на xHarbour в паралле с изучением инструмента за 2 месяца.

mad_nazgulАндрей Ж.- xBase не может устареть, т.к. это стандарт формата файла и уж тем более там нечему развиваться.


Э-э-э т.е. вы не делаете различие между форматом DBF файлов и языком СУБД xBase?!
Хотя у формата DBF-файлов было несколько реализаций.
Отличий было не много, но они были.
Не говоря уже об индексах.
Опять придирки к "словам" - зачем?

1. Есть стандарт плоских БД - dBase... он "статичен"
2. Есть расширения этого стандарта в различных "xBase называемых" системах разработки, в том числе в структурах индесных файлов.
3. Языка СУБД xBase вообще "в природе не существует", а есть различающиеся инструменты разработки, которых условно относят с семейству xBase... из развивающихся и актуальных на "сегодня": Alaska, CAVO, (x) Harbour

mad_nazgulАндрей Ж.- harbour имеет функции интеграции с любым SQL, но для ТС интереснее LetoDB - файлы остаются dbf, но управляет ими SQL "машина" на сервере приложений... и даже код программ практически править не нужно

Все "плюшки" harbour не отменяют того факта, что совместимость с Clipper достаточно условная.
По совместимости см. выше, а лучше "почитайте" специализированные форумы...