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 пока маловат для сегодняшнего времени - будем догонять.
Главная страница о компиляторе