ICE (Internet Communications Engine) - современное CORBA-подобное middleware для распределённых вычислений от компании ZeroC, выпускаемое по двойной лицензии. Вышедший ICE for Android является портом ICE for Java 3.3 и позволяет использовать для разработки под Android все уже существующие элементы инфраструктуры.

Стоит отметить также существование варианта ICE под названием ICE Touch, позволяющего вести разработку под Apple iPhone (с маппингами на Objective-C).

ICE: http://www.zeroc.com/ice.html

ICE Touch: http://www.zeroc.com/labs/icetouch/index.html

ICE for Android: http://www.zeroc.com/labs/android/index.html

>>> Подробности

день добрый

нужен самый простой вариант получения tar.gz архива, разбитого на куски по N байт, на машине с очень урезанным набором утилит (в частности нет split; сам tar и gzip есть). shell - ksh, других ЯП кроме него нет

варианты?

eTcl - самодостаточная, многопоточная сборка Tcl/Tk, доступная в виде самостоятельного бинарного файла для Linux (x86, x86_64, ARM, Mips и PowerPC), Win32 (от Win98 до Vista), Windows Mobile (2003 или выше) и MacOSX. На всех архитектурах исполняемый файл не имеет внешних зависимостей и не требует никакой установки кроме копирования. Расчитана прежде всего на использование в смартфонах, КПК; подходит для различных встраиваемых решений.

Сборка включает:

• Tcl/Tk 8.5.5 (с поддержкой нативной многопоточности)
• Pixane: расширение для преобразования изображений, поддерживается ряд популярных форматов (в частности, PNG и JPEG); есть поддержка TrueType-шрифтов, плюс несколько встроенных (Serif, SansSerif и MonoType)
• Sqlite (3.6.6.2)
• Zlib
• Zipfs: расширение для монтирования ZIP-файлов в Tcl VFS
• TclThread (2.6.5)
• TclXML (3.1): расширение для парсинга XML, использует expat
• tDOM (0.8.2): ещё одно расширение для парсинга XML, тоже использует expat
• Memchan: каналы памяти (memchan, fifo, fifo2, ...)
• Tls (1.6): поддержка SSLv2/SSLv3/Tls1.0
• TkTable (2.9)
• TkTreeCtrl (2.2.8)
• Tkhtml3 (свежайший срез CVS)
• Scene: 3D-виджет, основанный на OpenGL (кроме WinCE)
• Odyce: встраиваемый компилятор C

Официальная страница: http://www.evolane.com/software/etcl/index.html

Обсуждение на wiki: http://wiki.tcl.tk/15260

>>> Подробности

надоело слушать на повторе Dimmu Borgir - 51k, в связи с чем прошу совета уважаемого all: чего у нас такого тяжёленького концептуального про красноглазие есть?

я вот знаю два офигенных альбома Beyond Twilight (The Devil's Hall Of Fame, про сумасшедшего хакера, и For The Love Of Art And The Making, просто про красноглазие) и один альбом Spastic Ink (Ink Compatible, но там всё больше около-M$ тексты). а что ещё есть? вот чтобы про бессонные ночи за компом, слаку, LFS, патченье KDE2, фидошечку, и желательно чтобы слова разобрать можно было (The Kovenant прекрасны, но разве что как фон)

есть чего такое? кто что посоветует?

Qi - функциональный язык программирования, реализованный поверх Common Lisp. Имеет опциональную статическую систему типов, основанную на секвенциальном исчислении, и общее направление на логическое программирование. Qi II имеет полную обратную совместимость с Qi

Нововведения Qi II:

• Новая реализация - Qi II был переписан с нуля
• Новая лицензия - GPL заменена двойной лицензией, позволяющей как Open Source, так и закрытое коммерческое использование
• Типобезопасное ленивое вычисление по требованию
• Новый компилятор с 4 уровнями оптимизации
• Улучшена интеграция с CL
• Работает под LispWorks
• Некоторые конструкции в Qi II сделаны полиадическими
• Улучшена связь с Prolog
• Замыкания по правилам (rule closures)
• Улучшена обработка зависимых типов

Обсуждение есть на LtU: http://lambda-the-ultimate.org/node/3110

>>> Подробности

ещё раз доброго времени суток всем

вопрос лисперам хотел задать, забыл: какая реализация scheme сейчас наиболее актуальна для embedded-применения? ну, или других каких лиспов,- если есть лиспы меньше схемы, конечно :)

главный критерий - минимальные объём лисп-машины и требования к RAM, производительность на втором плане. система - gnu/linux, возможно на загадочных архитектурах

в принципе интересуют личные предпочтения практикующих лисперов, и просто общий список "на заметку"

заранее спасибо

доброго времени суток

хочется странного. есть замечательная статья (ссылку к сожалению сходу не нагуглил), сводящая scheme к лямбда-исчислению - выражая одни операции через другие, и так до трёх базовых (а рекурсию посредством Y-комбинатора). есть ли такое же для каких-нибудь не-Чёрчевских языков (того же C, или BASIC, или кто там у нас попроще)?

и, в общем случае, как системы типов исходного/результирующего языка влияют на трансляцию? что сложнее - усиливать типизацию при трансляции (C -> Haskell, например), или ослаблять (C -> Tcl), если желаемым результатом является эквивалентная исходной программа?

заранее спасибо. вот

доброго времени суток

имеют место быть два глупых вопроса. первый (составной):

properFraction (liftM read $ getLine) --возвращает (b, IO a)
почему именно так? т.е. почему только второй элемент кортежа
находится внутри монады IO?
более того:
snd $ properFraction (liftM read $ getLine) --отрабатывает
fst $ properFraction (liftM read $ getLine) --приводит к ошибке

однако при всём этом функция
printTuple :: (a, b) -> IO ()
printTuple (int, frac) = do
  print int
  print frac

будучи вызванной в таком вот контексте
do val <- properFraction (liftM read $ getLine)
   printTuple val

отрабатывает опять же без проблем

вопрос в следующем: откуда появляется различие между типами
элементов кортежа, возвращаемого properFraction, и куда оно
внезапно исчезает? то есть не то чобы оно совсем исчезало - 
тип b может быть каким-нибудь (IO c), однако print (IO c) в таком
случае не должен отрабатывать - (IO c) не является экземпляром
Show

к сожалению сейчас без доступа к ghc, текст сообщений об ошибках
приведу завтра

ну и второй вопрос - как средствами библиотеки стандартной поставки
ghc произвести сравнение двух чисел с плавающей запятой с заданной
точностью (например, до пятого знака после запятой)?

заранее спасибо

доброго времени суток

есть мнение о необходимости организации в Киеве User Group, посвящённого вопросам функционального и, в более общем смысле, декларативного программирования: эдакий выездной LtU. насколько мне известно, в продакшене в киевских компаниях используются CL, Scheme, APL и J; знаю несколько любителей-хаскелистов и даже одного ребольщика. вопрос в следующем: есть ли среди читающих люди (и/или лисперы), которым это было бы интересно?

прошу извинения если оффтоп, однако в какой ещё раздел это приткнуть - не знаю. всё-таки Devel, как ни посмотри

P.S. лисперам просьба не обижаться, просто вспомнилось made with the alien technology ;)

верни Тарью, ренегат!

P.S. bye bye beautiful? :)

>>>

первая (или почти первая) комманда, которую я самостоятельно выполнил в Linux, была fortune; полученной мною в тот раз фразой была: "Beware of Programmers who carry screwdrivers" (в вольном переводе "бойся программиста с отвёрткой")

фраза сия настолько меня потрясла что я до сих пор её помню, считаю полной семантического астрала, векового опыта, и мрачных предзнаменований...а сейчас вот хочу поинтересоваться её толкованием у аналитиков ЛОРа

кстати, кто помнит свой первый вывод от fortune?

>>>

доброго времени суток

"если в языке нет какого-то механизма, то его всегда можно реализовать возможностями самого языка" - почти по Луговскому про LISP. вопрос в следующем: а сколько таких языков вообще есть? интересуют неэзотерические и неэкспериментальные (т.е. доказавшие свою применимость хотя бы в одном завершённом проекте). расширяемость на уровне именно языковых конструкций, не промежуточного представления виртуальной машины, т.е. положительный пример - Tcl/Snit, отрицательный - C#/LINQ

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

заранее спасибо

>>>

в связи с внезапно возникшим отпуском отбываю ездить автостопом по маршруту Киев-Одесса-Минск-Питер-Москва-Донецк-Киев

всех желающих развиртуализироваться и пообщаться за жизнь, GNU, Linux и прочая (особенно приветствуются Haskell и Tcl, но в принципе всё равно) - стучитесь в жабры. жабры есть в юзеринфе. если вдруг кому не видно, то жабры jtootf тузик jabber.ru

если кто ещё и впишет в каком-нить из вышеуказанных городов - будет вообще ништяк. нижеподписавшийся будет весьма и весьма благодарен

могу привезти тонну с небольшим полезных статей про ФП и компиляторостроение. ну и на гитаре сыграть ежели чего. ЛОРу временное адиос по крайней мере на пару недель

P.S. xTERM'а (разлогинившегося в своё время после флейма с моим непосредственным участием) - с триумфальным возвращением ;)

P.P.S. хотя запощенная тобой новость всё-таки мегабоян

>>>

доброго времени суток

при компиляции проекта на C++ под SH4 (gcc 3.44) получаю ошибку ассемблирования error: pcrel too far. гугление наводит на мысли что это GCC/SH4-специфичная ошибка (впрочем, есть сообщения о подобных ошибках и на Blackfin), однако внятного описания причины найти не удалось. кто-нибудь знает с чем это может быть связано?

заранее спасибо за любую информацию по сабжу

>>>

Сегодня, 10.07.2008 года, был запущен новый сервис от компании ActiveState — ActiveState Code, призванный заменить существующие ASPN Cookbooks.

Сервис представляет собой сборник рецептов эффективного применения динамических языков программирования. В отличие от ASPN Cookbooks, данный сервис не ограничивается языками Python, PHP, Tcl и XSLT — предполагается сбор рецептов и для других динамических ЯП.

В данный момент сервис находится в состоянии бета-тестирования, приём новых рецептов начнётся только через две недели — за это время планируется полностью перенести в проект базы ASPN Cookbooks; однако доступ к имеющимся рецептам уже есть.

Сайт проекта: http://code.activestate.com/

Сайт ASPN Cookbooks: http://aspn.activestate.com/ASPN/Cook...

>>> Подробности

прошу прощения, я на ЛОРе человек относительно новый, и у меня вопрос по правилам. 5.2 "оскорбление участников дискуссии" - какие критерии для его применения ?

отчего-то был уверен, что данное правило подразумевает безосновательное оскорбление - однако лишился коммента за использование слова "идиот" в дискуссии. как следовало поступить по правилам ? молча настучать о вопиющем 4.2 и игнорировать ? избегать в принципе любых слов, которые могут быть трактованы как оскорбление ?

не могу сказать, что происшедшее так уж сильно меня задело, однако хотелось бы каких-нибудь комментариев. если подобный стиль ведения дискуссии (назвать тролля идиотом и потребовать аргументировать свои слова) на ЛОРе и правда является запрещённым, то просто уясню для себя данный факт и в дискуссиях участия принимать больше не буду

заранее спасибо

>>>

доброго времени суток

интересует софт под linux, способный корректно открывать/проигрывать форматы gp4/gp5. ну и советы по поводу взведения оффтопичной guitar pro под wine приветствуются тоже. поиск по форуму дал только KGuitar, но у него есть два существенных минуса - KDE (ну с этим я ещё смриться могу) и плохая поддержка даже gp4 формата, не говоря уже о gp5 (что как-то совсем грустно). интересует не аналог GP, а именно возможность корректно работать с gp4/gp5 форматами

заранее спасибо

Перемещено JB из Talks

>>>

Доброго времени суток

В связи с недавним обсуждением здесь же возник вопрос. В том ООП который в C++ очень важной особенностью объекта является продолжительность его жизни - многие техники программирования так или иначе отталкиваются от этого понятия (RAII, локальные блоки, auto_ptr<>, etc). А как обстоит с этим дело в языках с GC (поддерживающих ООП в той или иной мере - прежде всего Java, Python, Ruby, Smalltalk и Eiffel; ну и насчёт CL тоже интересно) ? Насколько детерменировано там понятие продолжительности жизни обьекта и насколько оно используется в разработке ? Особенно хотелось бы услышать мнение людей, писавших и на C++ и на каком-то из перечисленных ЯП. Отсылать к литературе не надо, интересует именно личный опыт

Заранее спасибо

>>>

http://haskell.org/yale

последние публикации датированы 2003 годом, e-mail контактного лица невалидный. кто-нибудь знает - ведутся ли ещё работы над AFRP (Yampa) в Йеле, и если нет - подхватили ли эту технологию где-то в другом месте ?

>>>

Доброго времени суток

В упор не могу найти лексемы, описывающей (плюс/минус) бесконечность в Haskell. Засело в голове, что было что-то подобное, но ни найти в стандарте, ни нагуглить не получается. На выражение (1/0) GHCi выдаёт Infinity, но конструктора Infinity не видит

Заранее спасибо

>>>