в каком-то эпическом лиспотреде этот вопрос уже поднимался, однако однозначного вывода я что-то не припомню. зачем в CL вообще существует разделение макр и функций? почему функции не являются просто нормальными макрами (макрами нулевого уровня, т.е. неразворачиваемыми во время компиляции)?
и, несколько по касательной к теме,- какой bit syntax вы считаете наиболее удобным? C-style, или какой другой (например, Erlang'овый)?
без особой надежды на успех ищу OSS (или не OSS, но хотя бы доступную для использования частным лицом, и с исходниками по NDA) реализацию тоннелирования протокола MOST (Media-Oriented System Transport) сквозь TCP. в идеале - на C, но согласен на любую
решения от Delphi и Harman/Becker, увы, не интересуют. понимаю, что запрос почти безнадёжный - ну да вдруг кто где встречал, или сам по работе сталкивался. заранее спасибо
узнавательный ЛОР-engine, к тебе я обращаюсь за характерной помощью
итак, видел как-то лет пять-семь назад урывками некий фильм; фабула, насколько я счас могу судить,- что-то вроде рок-аналога "призрака оперы". фигурирует некий полусумасшедший композитор с замаскированным лицом, который пишет музыку "для своей Феникс", и чьи произведения некие отрицательные персонажи используют в своих корыстных целях. насколько помню, Феникс где-то в процессе даёт дуба, хэппи-энда нет. характерный кадр где-то ближе к концу - во время прояснения реального положения вещей главный герой-композитор пришпиливает некоего отрицательного персонажа деталью декораций - неоновой молнией
неоднократно пытался фильм найти, но - увы - безуспешно. совсем не факт, что смотреть его вообще стоит, ибо в памяти отпечатались только основные моменты, но найти и проверить очень бы хотелось. мож знает кто?
Utrecht Haskell Compiler (UHC) - компилятор языка Haskell, поддерживающий практически весь стандарт Haskell98 плюс некоторые экспериментальные расширения; является развитием проекта EHC (Essential Haskell Compiler) университета Утрехта.
Специфические возможности UHC:
Пять различных бекэндов, включая интерпретаторы байткода (Java, CLR); в процессе разработки бекэнд к LLVM.
Экспериментальные расширения языка, некоторые из которых прежде не были нигде реализованы.
Реализация с использованием атрибутных грамматик и прочих высокоуровневых средств синтаксически управляемой трансляции.
Возможность экспериментировать с различными вариантами языка благодаря аспектно-ориентированному устройству компилятора.
есть необходимость отслеживать все операции выделения/освобождения памяти в адресном пространстве процесса (без shared memory) в реальном времени - включая область данных, bss, стек и кучу
для кучи неплохим вариантом получается отладочный *alloc, но он ничего не говорит об остальных сегментах; обзорную информацию хорошо показывает memstat, но в нём нет возможности логировать частные операции; valgrind'овский memcheck, опять же, не исследует ничего кроме кучи. очень хочется чего-нибудь вроде карты памяти процесса в QNX Momentics, но для Linux
в принципе можно обрабатывать вывод strace на предмет интересных ядерных вызовов, но так значительно сложней анализировать результирующую информацию (backtrace как в случае отладочного *alloc'а уже не получить, тип под который выделяется память - тоже). gdb позволяет много чего узнать о памяти процесса, но вот трассировки в реальном времени я у него найти не смог
кто что может посоветовать? какой велосипед я не заметил?
у меня есть питоновский скрипт, содержащий следующие импорты:
import os
from time import sleep
import sys
import shutil
import md5
import operator
import re
import getopt
import socket
import thread
вопрос - какое минимальное окружение мне необходимо для его запуска?
интересует и под *NIX, и под оффтопик. есть подозрение, что кроме
стандартной библиотеки, мне нужны SSL, Socket и Hashtable (в имеющейся
оффтопичной сборке присутствуют три соответствующих .pyd-файла)
и заодно - какие нынче методы компиляции питоновских скриптов в
standalone-бинарий имеются в наличии? что-то вроде Tcl'евского Starkit
есть?
Мы фанаты ICFP Programming Contest. И контест Sapka будет таким же интересным. Только нашим. Для русского, украинского та и вообще всего СНГ-шного сегмента сети. Мы выдумали свою интересную задачу и сейчас разрабатываем нужное техническое обеспечение для нее.
есть мысль, что можно взять бревно и потащить. старт 05.03.2009, финиш 12.03.2009, результаты обещают 15.03.2009
количество уже заявленных хаскеллистов и лисперов как бы намекает
"Притеснять неизвестных пользователей никто не собирается"
"Именно. Но писать без регистрации никто запрещать не собирается, это чётко"
"Сохранение возможности постить без регистрации - это принципиальная позиция"
"анонимный пользователь, непременный участник всех дискуссий. Одновременно является как самым трезвомыслящим, так и совершенно отмороженным пользователем. Именно анонимусами сформирован т. н. «дух» ЛОР, ключевая особенность протекающих на ресурсе обсуждений"
никто не знает, где можно было бы заказать книгу "To Mock a Mockingbird" by Raymond M. Smullyan в бумажном варианте с доставкой в Украину (Киев), либо Россию (если кто-то поможет принять с той стороны)? на amazon.com все имеющиеся варианты проваливаются по причине проблем с доставкой
заодно буду благодарен за советы касательно литературы по формальным семантикам языков программирования
а можно как-нибудь посмотреть в одном списке все ответы на мои посты/комментарии? если нет - то нельзя ли это заимплементить? :) чертовски неудобно искать же
вот интересно, а сколько на ЛОРе всего модераторов?
http://www.linux.org.ru/server.jsp показывает 18, однако некоторых из них на ЛОРе не было уже очень давно (green, Tima_, I-xoid, fagot, etc); некоторые на ЛОРе были недавно, однако давно не принимали участия в модератории (BaT, Obidos, svyatogor, etc) - ну, насколько это заметно со стороны. может стоит обновить список? или он по-прежнему актуален?
особой смысловой нагрузки вопрос не несёт, просто любопытно
мне кажется, или на ЛОРе за последнее время прижился анклав ксакепа?
некоторые обсуждения в девеле просто-таки архитипичны. вроде их вотчину пока не запилили (или я чего-то не знаю), откуда они взялись-то? или услиями M$ Linux внезапно стал привлекателен с точки зрения реверс-инжениринга и крякинга?
очень хотелось бы услышать мнения о MS'овском The Unity Application Block (Unity) - о самой технологии, альтернативах в других ООП-enabled ЯП, ну и опыт использования (если вдруг - насколько я знаю, Mono его не тянет)
существенный момент с точки зрения ленивости языка (ну и определения рекурсии тоже), а никто не поправил :( оставьте там кто-нибудь комментарий, пожалуйста. заранее спасибо
в рассылке промелькнула новость о выходе новой версии IDE для Tcl/Tk; сначала хотел запостить как новость (описание понравилось), потом скачал, запустил, и малость охренел
в общем, если вам нужна показательная программа для тезиса "Tk - неюзабельное и страшное говно", то TKproE - для вас:
а есть здесь ML-программисты? порекомендуйте какой-нибудь исчерпывающий мануал, пожалуйста,- что-то вроде YAHT и Gentle Introduction. желательно именно ML, не вариации (OCaml, F#, etc). статьи предпочтительней книг, но если есть в сети хорошие учебники - буду благодарен и за них