Erlang по-русски. Форум Форум: Erlang

NixU "Перевод статьи с Trapeexit.org"

NixU — Mon, 17 Nov 2008 20:07:32 +0000

Новый перевод, если есть ошибки прошу сообщать :)
Небольшая заметка о fun и делегатах C#

http://echkrd.blogspot.com/2008/11/erlang-c.html

camui "генерация документации на русском языке"

camui — Fri, 31 Oct 2008 10:42:26 +0000

Вот собсно проблемка возникла, не хотят edoc и docbuilder генерить докуменатцию на русском из комментов. На erlang.questions говорят что косяк это и когда будет поддержка хз. Мож кто сталкивался с этим уже, решил проблему, может свое что нибудь накатал. Помогите, пжлста...

YP "Оформление отправки сообщений в распределенной систе�"

YP — Wed, 29 Oct 2008 22:29:46 +0000

Отвечу сам, может кому пригодится, т.к. попробовал различные варианты.
Удобным оказался все-таки способ с интерфейсным модулем - важно не быть привязанным к тонкостям реализации вызываемого процесса. Напрямую отправку сообщений между процессами лучше вообще не делать.

Как не надо делать:
...
loop()
receive
{ping, From} ->
From ! {pong, self()},
loop()
end.

Как надо делать:
-module(client1).
-export([ping/0]).
...
ping() -> ?MODULE ! {ping, self()}.

loop() ->
receive
{ping, From} -> client2:pong(),
loop()
end.

YP "Оформление отправки сообщений в распределенной систе�"

YP — Wed, 15 Oct 2008 22:54:07 +0000

Система, реализуемая на эрланге, состоит из нескольких компонентов. Каждый компонент работает на отдельной машинеи включает несколько процесов. Процессы, обеспечивающие связь одного компонента с другим реализованы по разному: на одной стороне gen_server, на другой просто процесс (без стандартного поведения).
Как правильнее писать вызовы между компонентами?
1. Отправка сообщений напрямую, например:
-module(client).
...
Server ! {message, Msg},
...
2. Использование интерфейсного модуля. Например:
-module(client).
...
server_api:send_mesage(Server, Msg),
...

---------------------------------------------

-module(server_api).
-export([send_mesage/2]).
send_message(Server, Msg) ->
Server ! {message, Msg}.

Второй способ позволяет абстрагироваться от реализации связанного компонента. Т.е. клиент не знает деталей реализации сервера и использует только интерфейстный модуль. Но первый способ короче и не требует добавления в систему дополнительных модулей.

Какой из подходов пособетуете использовать? Или может быть есть третий, более правильный вариант?

YP "Пара вопросов по emacs+ distel"

YP — Wed, 15 Oct 2008 22:32:19 +0000

1. Как изменить путь сохранения beem-файлов при компиляции. Сейчас сохраняются туда же, где исходники лежат, а надо в ..\ebin.
2. Как открыть несколько буферов, соединенных с erlang-нодами? Получается создать только один, например при помощи компиляции файла. При попытке создать новый шелл выводится сообщение об ошибке. Изменение имени нода (C-c C-d n) не помогает.

Настраивал distel, как описано в http://xtalk.msk.su/~ott/ru/writings/emacs-devenv/EmacsErlang.html

YP "Очень нужен программист Erlang. С-Петербург."

YP — Thu, 11 Sep 2008 22:59:27 +0000

В нашей компании имеется горящая вакансия программиста Erlang.

Требования:
- уверенное свободное владение функциональным подходом к программированию.
- опыт участия в коммерческих проектах на Erlang, либо серьезная теоретическая подготовка, заменяющая этот опыт.
- знание C++, Qt, опыт использования их под Linux.
- знание сетевых технологий, баз данных, CORBA.
- нание основных аспектов цифровой обраотки сигналов.

Условия работы:
- работа в офисе 5 дней в неделю с 9.00 по 18.00.
- отпуск 1 мес.
- бесплатное питание.
- мощный современный компьютер на рабочем месте.
- дружный коллектив, состоящий исключительно из професионалов.

Оклад в районе 50 т.р. белыми деньгами. Но возможны варианты, точнее сумма определяется по результатам собеседования.

Занимаемся разработкой и производством аппаратуры радиомониторинга. Проект, в котором предполагается участие искомого человека абсолютно новый. В настоящее время оканчивается его проектирование. Задача, которую предстоит решить - полностью сформулирована и доступна для понимания.

Резюме отправляйте на e-mail: ntc_tks@mail.ru

NixU "Перевод статьи Integrating Java and Erlang"

NixU — Thu, 11 Sep 2008 15:46:59 +0000

не ожидал! спасибо :)

dmitriid "Перевод статьи Integrating Java and Erlang"

dmitriid — Wed, 10 Sep 2008 09:05:00 +0000

Добавил в новости :)

NixU "Перевод статьи Integrating Java and Erlang"

NixU — Tue, 09 Sep 2008 23:40:44 +0000

Вот перевёл статью, оцените и так сказать укажите на недостатки
ссылка:
http://echkrd.blogspot.com/2008/09/integrating-java-and-erlang-java-erlang.html

p.s. если не туда разместил сообщение прошу прощения

YP "Как компилировать файлы в ErlyBird?"

YP — Sat, 09 Aug 2008 11:11:12 +0000

Я не это имел в виду. Хотел спросить про ErlyBird, ErlyWeb случайно вырвалось :).

Интересует, как в ErlyBird компилировать эрланговские приложения или отдельные модули (файлы *.erl). Для примера, в Erlide для компиляции достаточно сохранить редактируемый файл. А здесь как? Нажатие на кнопку "Build main project" ни к чему не приводит, да и настроек пути сохранения файлов *.beam нигде не нашел.

А документация есть где-нибудь про ErlyBird или нет?

dmitriid "Как компилировать файлы в ErlyBird?"

dmitriid — Sat, 09 Aug 2008 09:16:19 +0000

в принципе, отдельно компилировать модули ErlyWeb не надо. Достаточно один раз скомпилировать приложение с опцией {auto_compile, true} и измененные модули будут сами компилироваться фреймворком

erlyweb:compile(path_to_app, [{auto_compile, true}, другие_опции])

YP "Как компилировать файлы в ErlyBird?"

YP — Fri, 08 Aug 2008 20:19:00 +0000

Подскажите, пожалуйста, как откомпилировать эрланговские модули в ErlyWeb?
Надо что-то для компиляции донастроить?
Кроме собственно компиляции интересует отображение ошибок и варнингов с привязкой к строкам исходника. Такое есть в ErlyBird или нет?
Пытаюсь пользоваться версией 0.16

Документации по ErlyBird действительно нет нигде, или я плохо искал?

Заранее благодарю откликнувшихся.

Argo "таблицы с {local_content,true} в кластере"

Argo — Sat, 14 Jun 2008 09:19:23 +0000

Имеем кластер, код взят из rabbitmq_mnesia.
Некоторые таблицы имеют атрибут {local_content,true}.
Через какое-то время записи в таких таблицах пропадают.

<(main@root.home)17> io:format("~p~n", [mnesia:table_info(client, all)]).
[{access_mode,read_write},
{active_replicas,['main@root.home']},
{arity,11},
{attributes,[Список полей]},
{checkpoints,[]},
{commit_work,[{index,set,[{3,{ram,210}},{6,{ram,209}}]}]},
{cookie,{{1213,369727,190492},'main@root.home'}},
{cstruct,{cstruct,client,set,[],
['main2@root.home','main@root.home'],
[],0,read_write,
[6,3],
[],true,client,
[Список полей],
[],[],
{{1213,369727,190492},'main@root.home'},
{{2,7},{'main2@root.home',{1213,423604,61968}}}}},
{disc_copies,['main2@root.home','main@root.home']},
{disc_only_copies,[]},
{frag_properties,[]},
{index,[6,3]},
{load_by_force,false},
{load_node,'main@root.home'},
{load_order,0},
{load_reason,local_only},
{local_content,true},
{master_nodes,[]},
{memory,279},
{ram_copies,[]},
{record_name,client},
{record_validation,{client,11,set}},
{type,set},
{size,0},
{snmp,[]},
{storage_type,disc_copies},
{subscribers,[]},
{user_properties,[]},
{version,{{2,7},{'main2@root.home',{1213,423604,61968}}}},
{where_to_commit,[{'main@root.home',disc_copies}]},
{where_to_read,'main@root.home'},
{where_to_write,['main@root.home']},
{wild_pattern,{client,'_','_','_','_','_','_','_','_','_',
'_'}},
{{index,3},210},
{{index,6},209}]
ok>
---------------
Куда копать?

camui "unix timestamp"

camui — Tue, 03 Jun 2008 14:41:12 +0000

в общем вот, получилось. выкладываю код:

timestamp_to_datetime(T) ->
calendar:now_to_universal_time({T div 1000000,T rem 1000000,0}).

возвращает {{Y,M,D},{h,m,s}}

camui "unix timestamp"

camui — Thu, 29 May 2008 13:06:06 +0000

ну например у меня в базе хранится timestamp. как мне его перевести? эти функции я знаю, то это переводит текущее время. может быть можно timestamp перевести в формат который возвращает now()?
подскажи как руками перевести..

architect "unix timestamp"

architect — Wed, 28 May 2008 14:42:54 +0000

calendar:now_to_universal_time(now()).
есть ещё
calendar:now_to_local_time(now()).
Вообще мог бы и руками сам перевести ;)

camui "unix timestamp"

camui — Mon, 26 May 2008 12:36:06 +0000

Проблема вот возникла. Как найти unix timestamp я нашел в прицнипе:
timer:now_diff(now(), {0,0,0}) div 1000000.

а вот как получить из таймстэмпа удобочитаемые дату и время??? помогите плиз.

Natalya "Программист ERLANG 100 тыс."

Natalya — Mon, 28 Apr 2008 10:58:21 +0000

Город: Москва

О компании:
Фирма работает в сфере информационных технологий и является динамично развивающейся компанией обеспечивающей качественные научно-технические разработки в сети интернет. Компания располагается в деловом центре «Панорама» у Триумфальной площади.
Требования:

* Глубокие знания в области функционального и декларативного программирования.
* Опыт практического применения таких языков, как Erlang/OTP, Common Lisp,
* Prolog, Scheme, SQL.
* Хорошие знания систем Unix, в первую очередь Solaris, Linux и FreeBSD.
* Опыт создания web-приложений, знание соответствующих сетевых протоколов,
* протоколов приложений.
* Представление об особенностях работы СУБД Oracle и MySQL.
* Желание на практике реализовывать приемущества как новых технологий, так и
* новых подходов в области разработки ПО.

Если Вас заинтересовала вакансия, то пожалуйста присылайте свои резюме по ниже указанным реквизитам с пометкой «bet_erlang».
Также можете обратиться к нам и узнать, что за компания открыла эту позицию и задать любые вопросы, не отправляя при этом своё резюме.
Контакты - Червякова Наталия
E-Mail: n.chervyakova()ludiagency.ru
ICQ UIN: 485-701-834
Телефон: (495) 930 8997

Alexandr "Требуется программист Erlang"

Alexandr — Sun, 13 Apr 2008 19:08:22 +0000

Требования:
-Глубокие знания в области функционального и декларативного программирования.
-Опыт практического применения таких языков, как Erlang/OTP, Common Lisp, Prolog, Scheme, SQL.
-Хорошие знания систем Unix, в первую очередь Solaris, Linux и FreeBSD.
-Опыт создания web-приложений, знание соответствующих сетевых протоколов, протоколов приложений.
-Представление об особенностях работы СУБД Oracle и MySQL.
-Желание на практике реализовывать приемущества как новых технологий, так и новых подходов в области разработки ПО.
Условия:
-Оформление в соответствии с ТК, сменный график работы
-3/3, офис в центре Москвы.
Просьба резюме отправлять на мейл oraclevac@gmail.com

Cyberon "Литература"

Cyberon — Sun, 06 Apr 2008 10:31:38 +0000

Спасибо

architect "Стек вызовов функций"

architect — Mon, 31 Mar 2008 18:16:24 +0000

Перерыл документацию но так и не нашёл. Можно ли как-то увидеть стек вызова ф-ций?, т.е. историю вызовов: из какой функции вызвали ту, в которой находишься в данный момент. Хотя бы в отладочном режиме. Ведь в эмуляторе эта информация полюбому сохранена, он без неё не может работать.

architect "Как сделать ПРОСТОЙ запуск своего кода в windows?"

architect — Mon, 31 Mar 2008 18:10:31 +0000

Ситуация: я написал приложение и мне надо чтобы пользователь запускал его обычным для себя способом. Т.е. чтобы кликал на файл и запускалось моё erlang приложение.
У меня только 1 способ решения возник: написать свой exe, который тупо запускает erl.exe с необходимой командной строкой, после чего просто выходит.
И второй вопрос: что надо по минимуму залить у пользователью (окромя моих .beam файлов), чтобы у него заработало моё приложение? Оно пользуется некоторыми библиотеками (stdlib и kernel в том числе). И как все файлы должны быть раскиданы по директориям?

Ronin "Литература"

Ronin — Thu, 13 Mar 2008 13:53:07 +0000

А англоязычные учебники с примерами есть для бесплатного скачивания?

yushi "Как обойтись без наследования?"

yushi — Tue, 22 Jan 2008 22:21:26 +0000

Действуя по подсказкам уважаемого architect, сделал на пробу два "класса": один хранит значение x и имеет "методы" set_x и get_x, другой является "потомком" первого, а кроме того, имеет "поле" y и, соответственно, методы set_y и get_y. Однако у меня остаётся подозрение, что я в ряде мест изобретаю велосипед...

Получилось вот что:

common.erl

-module(common). -export([rpc/2, loop/2]).


rpc(Pid, Query)->

    Pid ! {self(), Query},

    receive

        {Pid, Answer}->

            Answer

    after 1000->

        {error, "Timeout"}

    end.

loop(Fun, State)-> receive {Pid, Method}-> NewState = Fun(State, {Method, Pid}), loop(Fun, NewState) end.

parent.hrl

-record(parent, {x=0}).

child.hrl

-include_lib("parent.hrl"). -record(child, {parent=#parent{}, y=0}).

parent.erl

-module(parent). -include_lib("parent.hrl"). -export([init/0, do/2]).


do(State, {{set_x, NewX}, Pid})->

    NewState = State#parent{x=NewX},

    Pid ! {self(), {ok, NewX}},

    NewState;

do(State, {{get_x}, Pid})->

    Pid ! {self(), {ok, State#parent.x}},

    State;

do(State, {Any, Pid})->

    Pid ! {self(), {error, ["Unknown method", Any]}},

    State.

init()-> spawn(fun()-> common:loop(fun parent:do/2, #parent{}) end).

child.erl

-module(child). -include_lib("child.hrl"). -export([init/0, do/2]).


do(State, {{set_y, NewY}, Pid})->

    NewState = State#child{y=NewY},

    Pid ! {self(), {ok, NewY}},

    NewState;

do(State, {{get_y}, Pid})->

    Pid ! {self(), {ok, State#child.y}},

    State;

do(State, {Any, Pid}) ->

    NewParent = parent:do(State#child.parent, {Any, Pid}),

    NewState = State#child{parent=NewParent},

    NewState.

init()-> spawn(fun()-> common:loop(fun child:do/2, #child{}) end).

Поймите меня правильно: не то, чтобы я был таким уж фанатом ООП. Но, ИМХО, есть области (например, имитационное моделирование), где без ОО-решений действительно бывает тяжело.

sergesokolov "Как обойтись без наследования?"

sergesokolov — Sun, 13 Jan 2008 14:58:12 +0000

только не забывайте, что таким же образом - то есть совершенно правильно - Госплан считал, сколько Советскому Человеку надо туалетной бумаги.(и прочего)
В тему - лично меня Erlang имено тем и устроил, что нет нужды в запутанной иерархи классов, и проблему можно решать не надувая предварительно абстрактый базовый пузырь.

yushi "Как обойтись без наследования?"

yushi — Wed, 09 Jan 2008 13:39:11 +0000

Второй вариант просто великолепен, спасибо! Это, собственно, пример того подхода, ради которого я и изучаю Эрланг (и Scheme): лаконичный и выразительный результат достигается не за счёт синтаксического сахара, а за счёт продуманности и гибкости базовых конструкций языка (первый вариант мне не подошёл бы, так как часто аналог StateA --- это крокодил на двадцать с лишним полей, и передавать их явно было бы, мягко выражаясь, утомительно =)).

И, конечно, как всякое красивое решение, теперь оно кажется очевидным, да.

architect "Как обойтись без наследования?"

architect — Tue, 08 Jan 2008 13:58:26 +0000

Это я копипастом увлёкся. Вообще хотел так написать:
b(State, {do2, Num, Pid}) -> Pid ! {Return, Num * 2}, State; b(State, Any) -> a(State, Any).
Теперь касательно State. Сам если честно опыта не имею, всего пол года эрланг знаю и ещё ничего стоящего не написал. Поэтому опять ИМХО.
Безтиповость эрланга даёт полную абстракцию данных. Т.е. в переменной может быть любая структура, любой сложности, но ты видишь её всего лишь как 1 переменную. Это способ скрыть сложность. А скрыть сложность - цель лубого программирования на ЯВУ. В отличие от типизованых языков в эрланге есть возможность вызывать функцию сначала для одного типа, а потом ту же самую функцию вызвать для другого типа. И этим надо пользоваться.
"State ведь будет записью довольно сложной структуры" - да, во время выполнения будет. Но тебя не должно это волновать. Ты скроешь эту сложность в полях State. Вернёмся к нашим функциям a и b. Пусть a нужны данные data1 и data2. А b нужны data3 и data4. Если b знает что кушает a (и что возвращает a) и сама пользуется этими данными, то ещё State будет выглядеть как {data1, data2, data3, data4}, а при вызове функции a она будет передавать ей только поля {data1, data2}:
%Базовый процесс (объект) a({Data1, Data2} = State, {do1, Num, Pid}) -> Pid ! {retun, Num + 1}, State.

%производный процесс (объект) b({Data1, Data2, Data3, Data4} = State, {do1, Num, Pid}) -> Pid ! {Return, Num * 2}, State; b({Data1, Data2, Data3, Data4}, Any) -> {NewData1, NewData2} = a({Data1, Data2}, Any), {NewData1, NewData2, Data3, Data4}.
Если b не знает, что кушает a, то она будет передавать её просто переменную StateA, и State у функции b будет таким: {data3, data4, StateA}. Разве это похоже на сложные структуры?). Даже если функция a потом вызывает функцию c, то b об этом ничего не знает, и соответственно не видит сложность структуры StateA. Этот вариант предпочтительнее первого.
%Базовый процесс (объект) a({Data1, Data2} = State, {do1, Num, Pid}) -> Pid ! {retun, Num + 1}, State.

%производный процесс (объект) b({Data3, Data4, StateA} = State, {do1, Num, Pid}) -> Pid ! {Return, Num * 2}, State; b({Data1, Data2, StateA}, Any) -> NewStateA = a(StateA, Any), {Data3, Data4, NewStateA}.

yushi "Как обойтись без наследования?"

yushi — Mon, 07 Jan 2008 23:29:40 +0000

О, то что надо, спасибо (единственное что --- я не очень понимаю, зачем в функции b сопоставление с образцом State, {do1, Num, Pid} --- ведь в функции a уже есть обработка этого случая, и b вызовет её благодаря
b(State, Any) ->
a(State, Any),
правильно?

Вы, собственно, практически ответили на мой вопрос --- я, действительно, слишком увлёкся метафорой "процесс это объект" и не сообразил, что для вызова функции из другого модуля не обязательно запускать функцию разбора сообщений из этого модуля.

Единственный оставшийся вопрос --- в реальной ситуации State ведь будет записью довольно сложной структуры, правильно? Кроме того, функции модулей-"потомков" могут ожидать обнаружить в ней разный набор дополнительных полей. Как правильно поступить в этом случае? Завести одно нетипизированное поле, как предлагает gogabr (а в нём --- ещё одно, на случай дополнительного "наследования", и т.д.)? Или есть ещё какие-то решения?

"Вообще мыслить объектами (т.е. их методами) ИМХО неправильно" --- опять же, повторюсь: целью исходного поста и было выяснить, каков "Erlang way" в таких ситуациях, а не "как реализовать наследование на Эрланге". См, например, тему этого треда. =)

dmitriid "xmlrpc"

dmitriid — Mon, 07 Jan 2008 12:27:14 +0000

Однако :)

architect "Как обойтись без наследования?"

architect — Sun, 06 Jan 2008 19:58:18 +0000

Везде же написано, что аналог объекта в эрланге - это процесс. А что такое процесс? Это функция. Данные храним в переменных состояния, запросы/ответы получаем через механизм сообщений. Приведу пример.

start() -> A = new_proc(a, [[]]), %Создали "объект" А, B = new_proc(b, [[]]), %А теперь Б B ! {do1, 10, self()}. %вызвали "метод".


%Базовый процесс (объект)

a(State, {do1, Num, Pid}) ->

 Pid ! {retun, Num + 1},

 State.
%производный процесс (объект)

b(State, {do1, Num, Pid}) ->

  Pid ! {Return, Num * 2},

  State;

b(State, Any) ->

  a(State, Any).
loop(Fun, State) ->

 receive

  Data ->

   NewState = Fun(State, Data)

 loop(Fun, NewState).

new_proc(Fun, Arg) -> spawn(?MODULE, loop, [Fun, Arg]).

Но это одниночное наследование. А вот множественное:
%одно свойство объекта a(State, {do1, Num, Pid}) -> Pid ! {retun, Num + 1}, State.


%второе свойство объекта

b(State, {do2, Num, Pid}) ->

  Pid ! {Return, Num * 2},

  State.
start() ->

  A = create_proc( [a/2], []),

  B = create_proc( [b/2], []),

  AB = create_proc( [b/2, a/2], []),

  AB ! {do1, 10, self()}.      %вызвали "метод".
runner(Fun, Args) ->

  case catch Fun(Args) of

    {'EXIT', _} ->

      Args;

    NewState ->

      throw {ok, NewState}

    end.
poly_object(Components, State) ->   %Components - список функций,

                                    %объединённых в объекте

  case catch lists:foldl( runner/2, State, Componets ) of

    {'ERROR', _} ->

      poly_object(Components, State);

    {ok, NewState} ->

      poly_object(Components, NewState);

  end.

create_proc(Components, InitState) when is_list(Components) -> spawn(?MODULE, poly_object, [Components, InitState]).

Вообще играясь с высокоуровневыми ф-ями можно получить любой "объект" и собирать "объекты" прямо во время выполнения - своего рода самомодифицирующийся код.

PS. Вообще мыслить объектами (т.е. их методами) ИМХО неправильно, у эрлага все данные слишком абстрактны и работать надо с ними на высоком уровне. В конце концов можно вызвать ЛЮБУЮ функцию для ЛЮБЫХ данных, в ООП языках так низя, там есть типы, поэтому там и "назначают" функции типам - обединяют их в объект. В эрланге "назначают" задачи процессам...