Установка Kylix на Fedora Core 6

Kylix - о покойниках либо хорошо, либо ничего...

В данном случае - ничего.

Почему покойник. Какие актуальные не сегодня IDE есть под Linux?

P.S. До этого я программировал только под Win, а теперь появилась необходимость написать сервер под Linux.

под линукс сервера на Кайликс не пишут

Почему? Разве на Kylix нельзя написать демон, который будет принимать данный обрабатывать их и отправлять ответ?

Можно написать хоть на brainfuckе, другой вопрос насколько это будет хорошо работать, и насколько сложно будет это поддерживать.

> Разве на Kylix нельзя написать демон, который будет принимать данный обрабатывать их и отправлять ответ?

Можно. Но не нужно.

Если хочется паскаля, то пиши на fpc.

http://delphi-notes.blogspot.com/2005/08/kylix-is-dead-now.html

Не ходите в чужой монастырь со своим уставом. В данном случае, в нормальную операционную ситему с виндовыми IDE. Есть emacs, vim, anjuta, kdevelop, eclipse на худой конец. На кой смысл некрофилией заниматься?

Выбор большой я смотрю) Я впервые сталкиваюсь с программированием под linux. Задача у меня такая: сервер общается с клиентами с помошью xml, клиентов много. Подскажите оптимальный вариант решения такой задачи(Pascal/С++), а я буду изучать.

Ну вообще лично я не вижу причин писать на паскале для *nix'ов. Подавляющее большинство библиотек - на С, следовательно минимум телодвижений для их использования надо делать при написании программы на С/С++. Можно написать прототип на скриптовом языке (Python/Ruby).

Вопрос с клиентами - не в их количестве, а в том, сколько запросов в секунду нужно будет обрабатывать.

> Подскажите оптимальный вариант решения

оптимальный по какому критерию? По времени написания/отладки, например, быстрее будет написать на скриптовых языках.

ЗЫ: ну и про жабу не забывай :-)

Ну и следуя давней ЛОРовской традиции посоветую постмотреть в сторону Ocaml, Erlang, Haskell.

+1 Жаба спасёт отца русской демократии. Есть ещё python/perl/ruby.

>Ну и следуя давней ЛОРовской традиции посоветую постмотреть в сторону Ocaml, Erlang, Haskell.

Сам особо не разбираюсь в Erlang, но рискну предположить, что можно использовать какую-нибудь C/C++ библиотеку для парсинга xml и erlang для колоссального увеличения кол-ва обслуживаемых клиентов в секунду. Остаётся только выучить erlang или нанять того, что его уже знает :)

Ага, OCaml. Для меня он в последнее время стал заменой перлу, который использовался для написания всяких мелких утилиток. Скорость на порядки больше, писАть удобнее.

>сервер общается с клиентами с помошью xml, клиентов много

это называется вебсервисом: оно придумано до тебя ;)

>Есть ещё python/perl/ruby.

Не представляю сколько понадобится времени для обработки xml, используя я одно из перечисленного :-)

В перле через биндинг к libxml довольно быстро парсится.

А сколько запросов в секунду нужно обслуживать?

Ну раз уж речь зашла об xml, то самым простым, быстрым и ядреным - будет просто взять tomcat + axis да написать пару-тройку веб-сервисов.

> Выбор большой я смотрю) Я впервые сталкиваюсь с программированием под linux. Задача у меня такая: сервер общается с клиентами с помошью xml, клиентов много. Подскажите оптимальный вариант решения такой задачи(Pascal/С++), а я буду изучать.

Java. Выбор IDE для нее очень большой, в том числе, под линукс. Из бесплатных и современных есть NetBeans и Eclipse.

>это называется вебсервисом: оно придумано до тебя ;)

Веб-сервис отвечает на запросы клиентов. А мне нужно отвечать на запросы и + в зависимости от события на сервере(изменилась забись в БД) отправлять XML-данные нужному клиенту.

xml, по большому счёту, это merde. Если можно обойтись без него, то не нужно его пихать везде.

>xml, по большому счёту, это merde. Если можно обойтись без него, то не нужно его пихать везде.

Я и не спорю, просто раз уж в уловие задачи оно входило;)

Хм, тогда в принципе почти любой язык из вышеперечисленных, и пихать сформированные данные напрямую. Просто под джаву существуют наиболее качественые rad среды, да и все что надо в ней уже из коробки есть, и хмл и сеть, и работа нормальная с бд.

>Веб-сервис отвечает на запросы клиентов. А мне нужно отвечать на >запросы и + в зависимости от события на сервере(изменилась забись в БД) >отправлять XML-данные нужному клиенту.

А что на клиентской стороне? Уже написан толстый клиент к базе как я понимаю и теперь решили часть бизнес логики перетащить на сервер? Я правильно понимаю?

Клиента пока нет(это наверное даже к лучшему). Только не часть, а всю бизнес-логику необходимо реализовать на сервере, а клиент по сути занимается только "отрисовкой" интерфейса.

>Клиента пока нет(это наверное даже к лучшему). Только не часть, а всю >бизнес-логику необходимо реализовать на сервере, а клиент по сути >занимается только "отрисовкой" интерфейса.

Тогда если нужно стандартное решение : сервер приложений на java , соединяться с ним по SOAP, c базой работать через hibernate. Клиент на c++/java.

P.S. Это все работает только если нет большой нагрузки (как на лоре например)

> Какие актуальные не сегодня IDE есть под Linux?

Попробуйте Lazarus + freepascal.ru. :) Есть мнение, что использовать его будет менее гемморойно, чем Kylix, основанный, если не изменяет склероз ещё на Qt 2.x... ;-)

> Не ходите в чужой монастырь со своим уставом.

Перечитайте "Собор и базар". Linux - это вам не собор и нечего здесь устанавливать собственный устав.