Главная страница о компиляторе

#### FAQ - вопросы и ответы

От авторов.
Заниматься разукрашиванием нам некогда, грамматические ошибки ловить еще больше некогда. Читайте пока без "рюшечек" и "фенечек".

Q - почему нет команды SET PROCEDURE TO xxxxx ? F - Это не глюк, даже в клиппер 5.0 эта команда была помечена к удалению,а мы решили ее вообще не делать, надо бы ее в "особенности" приписать.
Есть две возможности ее заменить.
1. залинковать на этапе сборки.
пусть есть доп. модуль hello1.prg
компилишь его clip hello1.prg
и потом собираешь прогу
его clip -e -M hello.prg hello1.o
Поучаешь монолитный бинарник с включенными в него и hello и hello1.
2. Подгружать модули на этапе выполнения
в главном модуле hello пишешь
load("hello1.po")
компилишь clip -p hello1.prg
собираешь clip -e -M hello.prg
Но чтоб программа hello работала рядом с ней должен присутсвовать hello1.po

Q - Кстати было бы неплохо предусмотреть что-то вроде DLL для разных ОС. Вещь весьма удобная и полезная, думаю спорить никто не будет.
F - будет и поддержка стандартный системных dll,so - их просто отлаживать очень тяжело - пока статически собираем.
И уже работают библиотеки из po-файлов, а это практически платформо-независимые run-time загружаемые библиотеки из псевдо-кодовых модулей. Практически как ява, только без "крутого" ОО.

Q - Не удалось выключить курсор в PROMRT, ACHOICE.
F - А вот не всякий терминал такое умеет делать.

Q - С псевдографикой тоже что-то не в порядке, двойных рамок нет. Я, честно признаюсь, не сильно крутой спец Юнихах, но пробовал последовать твоему совету, но не понял что значит "setenv TERMCAP /etc/termcap", пришлось добавить в профайл TERMCAP="/lib/obsolete/etc/termcap", в /etc
F - Тоже самое только в другой системе и с другим shell.
А termcap лучше стянуть у нас на ftp.itk.ru, мы его долго подгоняли под "русскую" действительность и псевдографику.
А еще лучше читать "man termcap" - неплохое занятие на пару недель.

Q - Что будет в применятся в качестве средст разработки (редактор). Я сейчас использую ME_7.00 c кучей макросов (раскраска ключевых операторов, короткий набор кострукций, функций, функций типа DBXXXX), создание TAG (стал на функцию, нажал клавишу и функция на экране ), полностью отказался от NG, все в файлы помощи в формате ME ну и другое...
Хотелось бы остаться в нем (врядли же вы работаете над системой управления проэтом), но как будет перекодировка в КOI-8...?
F - Пиши как хочешь - у компилера есть опции входной и выходной кодировки.
Только есть один нюансик - имена файлов с программами должны быть в нижнем регистре.

Q - И что, реально откомпилить на этом клиппере программу на fox-pro ?
F - У фокса имеется некоторое кол-во "чисто фоксовских" команд и прибамбасов. В принципе возможно сделать и их и большую часть недостающего можно дописать на самом clip или на С-API, но с фоксом мы плохо знакомы и у нас пока не ставилась цель "совместимость с фоксом".

Q - как насчет CLIP`а для других юниксов ?
F - freebsd 4.0 должны принести на днях, как поставим - начнем его юзать вполне возможно что к понедельнику на сайте чего-то появиться.

Q - А вот меня больше интересует такой вопрос: при работе через файл сервер на новелле будет ли программа на CLIP'e корректно работать с программой собранной на клиппере 5.* , при совместном использовании одних и тех же баз данных?
F - Да. Мы давно используем клипперные задачки одновременно с программами на С+наши DBF-библы. Пока все в порядке.

Q - А на чем вы этот CLIP написали?
F- На прологе :) Чем вообще под юниксами пишут ? gcc.

Q - как насчет совместимости выложеного варианта на Linux-ах, и Unix-ах различных исполнений.
F - Есть проблемы бинарной переносимости между разными дистрибутивами Linux~а. Активно над этим работаем.
Для других юниксов насколько нам известно переносимость между дистрибутивами не настолько острая как в Linux~е, во многих других юниксах обеспечивается бинарная совместимость даже между версиями.

Q - есть ли поддержка функций блокировки баз, записей, для организации многопользовательского доступа.
F - Дык ! уже есть ! как же без них. Причем система блокировок такая же как и у стандарного клиппера. Т.е. если к одному файлу с данными имеется доступ с разных программ и через разные сетки, то блокировки друг у друга они увидят и поймут.

Q - не планируется ли в Clip сделать поддержку к примеру ftp.
F - Мы планируем сделать в ближайшее время
fhandle=connect(host,port,user,password)
и чтобы функции f*(handle) работали с этими handle.
Ну или если найдешь сишную библу с приличными возможностями - прикрутим к клипперу.

     u> И чем это все отличается от хаpбоpа ?
     u> Только тем, что CLIP это сначала Linux, а потом, в планах, Win платфоpма, а не
     u> наобоpот ?  Я ника не могу взять в толк, зачем "изобpетать велосипед", повтоpяя
     u> путь уже пpойденый кем то ? Я допускаю, что когда то он выйдет на уpовень 100%
     u> совместимости, будет кpуче, гоpаздо богаче и удобней Clipper, но вопpос стоит

     А вы читаете что твориться в харборе ?
     Ну так вот они загнулись и не могут уже двигаться дальше, поскольку
     на троих разработчиков приходиться 5-6 платформ и 10-15 компиляторов,
     любое минимальное изменение приводит к длительным утряскам по всем
     этим вариантам.
     У них фактически нет проэктировщика, что привело уже на ранней стадии
     к очень серьезным ошибкам и чтоб устранить эти ошибки надо преписать
     больше половины кода.
     У них нет ни одного RDD, вернее только для ADS ?!?!?!
     На чем писать спрашивается ?
     И когда появиться хоть что-то неизвестно.
     Потому как они уже полгода обещают сделать DBFCDX и его до сих пор
     нет.
     А мы всего за полгода сделали продукт функционально совместимый
     с клиппер 5.01 и на нем уже сейчас можно писать.
     Я прекрасно понимаю что этого мало, ну а что было делать !?!?!
     Вы тут сами  пики ломаете по поводу "чо делать и куда грести",
     а нам это давно надоело и мы решили - раз никто не хочет или не может -
     будем делать инструмент себе сами и какой захотим.

     Почему начали именно с Линукс ?
     Потому что писать на Си и отлаживать там приятнее всего, потому-что
     мы лучше знаем Юникс и его богатые возможности, чем список глюков в виндах.
     Потому что спецы по Си живут в основном в юниксах и еще много причин
     было для того чтобы зачать CLIP под одним из юниксов.
     Под каким именно - было без разницы.

     u> немного по дpугому, на чем писать СЕЙЧАС ?

     А на чем хочешь (с одной стороны) и вообщем-то не на чем (с другой стороны).
     А нам надоело такое состояние.

Q - Как поживаете, uri@itk.ru ?
F - полосательно
(от автора) Это я так - поприкалываться, а то надоело быть серьезным.

Q - Вообще я не увидел упоминания по работе с WEB-сервером, как это будет происходить в новом компиляторе и языке? Это будет отдельная библиотека или как-то по-другому?
F - Это будет на базе po-файлов и некоторого runner~а для них. Маленький такой на 20-50 кил исполнитель псевдо-кода, а дальше его хоть через cgi-bin, хоть в dhtml вставляй, а может и модулем к web-серваку прицепим, а может еще чего а-ля oracleweb напишем, а может все это вместе и сразу. Сейчас пока не совсем до этого - рук не хватает.

Q - Дяденька, можно вопрос? Вот когда конечный юзер (ну тоесть девелопер) получит вашу тулзень, то что это будет - голые кости, как щас, либо некая оболочка, написанная и заточенная под бухгалтерию (на этом же клиппере)? И не слишком ли много у вас уйдет времени на написание
F - (Ну если я дяденька) Малчык ! Некоторое время назад, кол-во бухгалтерий написанных на примерно таком же инструменте составляло чуть ли не 80% от всех написанных.
Я прекрасно понимаю что CLIP пока маловат для сегодняшнего времени - будем догонять.

Главная страница о компиляторе

© Ю.Хныкин, uri@itk.ru, 2000