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