Главная страница о компиляторе
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