The basic steps of tracing for function calls are on a non-live node: > dbg:start(). % start dbg > dbg:tracer(). % start a simple tracer process > dbg:tp(Module, Function, Arity, []). % specify MFA you are interested in > dbg:p(all, c). % trace calls (c) of that MFA for all processes. ... trace here > dbg:stop_clear(). % stop tracer and clear effect of tp and p calls. You can trace for multiple fu
随時加筆してます 追記 2011-06-18 rebar.config の erl_opts から fail_on_warning から warnings_as_errors へ変更した rebar.config の xref に fail_on_warning を追加した インストールする Erlang を R14B03 へ変更した ライブラリ紹介に webmachine 、folsom 、ibrowse 、Emysql 、 statebox を追加した 2011-04-02 rebar.config の erl_opts から debug_info を消した rebar.config の実際に使っているベースを公開 Makefile に make edoc を追加した configure の例を hipe を使わないようにしているので native-lib を外した EUnit につい
The next three chapters of the tutorial are online: Modules, Syntax in Functions and Types (or lack thereof). We'll see how to write modules and the functions that go in them, compile our code for the Erlang VM. Then functions are pushed a bit further: we explore more pattern matching, define what guards are, learn to write conditional expressions and to convert types.
「潔く死ね」と言われても、死んだらどうなるか分かんないと不安だし、きれいな死に方もできないですよね。例外とプロセスの終了について、ざっと説明しましょう。 3種の例外の概要 Erlangの例外には、exit例外、throw例外、error例外があります(詳しくは「Erlang実験室:分かりにくいと評判のErlangエラーのまとめ」)。それぞれ、exit/1, erlang:error/1, throw/1 で発生させることができます。 exitはプロセス終了のために使う関数なので、エラーのとき闇雲にexitを使ってはいけません。 Richard Carlsson, "erlang:fault/1 vs. erlang:exit/1" http://www.erlang.org/pipermail/erlang-questions/2006-May/020606.html when you *
文字列 文字列を数値に変換する list_to_integer("123"). % 123 list_to_integer("-10"). % -10 n進数の文字列を数値に変換する u は指定した基数で変換、# は文字列が表現している基数で変換します。 io_lib:fread("~16u", "100"). % {ok,[256],[]} io_lib:fread("~2u", "100abc"). % {ok,[4],[abc]} io_lib:fread("~36u", "100%%%"). % {ok,[1296],"%%%"} io_lib:fread("~#", "16#100"). % {ok,[256],[]} io_lib:fread("~#", "2#100abc"). % {ok,[4],[abc]} io_lib:fread("~#", "36#100%%%").
システム原則¶ Erlangのシステムを作って、インストールして、稼働させるまでの流れが書かれています。 なお、後半は systools を使って targetsystem というリリースツールを作るという話になっていますが、現在のErlangの方向性としては、 systools の代替として、 reltools を開発している(ただし、まだ万全ではない)という流れになっているとのこと(V談)。そのため、リリースの流れを知る、という意味あいで読むのが良いと思います。詳しくは reltools のドキュメントを参照してください。
Welcome to the official wikipage of Tidier, an automatic refactoring tool for Erlang! First time users please take some time to read the following important notice and disclaimer before you start using tidier Go directly to Tidier's web interface Look at the following links for more information: Manual FAQ Known bugs and limitations User comments Where/how can I get tidier? Publications and Talks
Dialyzer と Graphviz を組み合わせると、 Erlang アプリケーションのコールグラフの画像を作れる。ソースを読むときに便利かもしれない。例として、小さめの getopt のコールグラフを作ってみる。 1. アプリケーションを静的解析する。 まずはコールグラフを作成したいアプリケーションを Dialyzer で解析して、解析ファイルを用意する。 getopt のソースコードをとってきてコンパイルしておく。 % cd getopt % make 一つ上のディレクトリに移動して、 Dialyzer で解析する。ディレクトリを移動するのは、 getopt を Erlang アプリケーションとして扱うため。 % cd .. % dialyzer --build_plt --output_plt getopt_plt --apps getopt これで getopt の静的解析の結
Tsung 1.7.0 is now available ! This version includes many fixes and small enhancements to Tsung. It should work with newer recent of Erlang (R20); please note that the minimum version of Erlang needed by Tsung is now R16B. Thanks to all the contributors ! You can find source code (and soon binaries for Debian, Ubuntu, Fedora) on the community website: http://tsung.erlang-projects.org/dist/ http://
Erlang に関する情報を,自分用メモを兼ねて作成しました. 間違い等見つけた方はブログのエントリまで連絡いただけるとうれしいです. 最終更新:2007/07/04 23:56 目次 Erlangの特性 Erlangは以下のような特徴があります. 簡単に言うと,ネットワークサーバを書くのに向いています. 得意なこと ・大量の並列処理 ・複数サーバでの分散処理(ただしEthernet経由で通信するので専用インターコネクトほどは速くないと思います) 苦手なこと ・純粋な計算処理(C言語の10倍程度遅いようです) ・GUIアプリケーション(WingsというErlangでかかれたGUIアプリはあるが,GUI周りの情報は少ないです) ありそうな勘違い ・マルチコア・SMP環境にすれば,コア数に比例して性能が向上する. →もちろん条件によるので,必ず比例するわけではありません. SMPサポートは条件
原著者:Copyright 2004-2009 Mikael Remond, Richard Carlsson 原文:http://erlang.org/doc/apps/eunit/ 原文更新:2009 EUnitはErlang用のユニットテストフレームワークです。とてもパワフルで柔軟かつ、使用するのが簡単であり、構文上のオーバーヘッド(書かなければいけないもの)が少ないのが特徴です。 EUnitは、ケント・ベックと、エリック・ガンマが作成したJUnit(と、ケント・ベックがそれ以前に作成した、Smalltalk用のSUnit)を起源とする、オブジェクト指向言語用のユニットテストフレームワーク群から来たアイディアを元に開発されています。しかし、EUnitは、より関数型プログラミングと、並列プログラミングに適応するような技術が使用されています。また、関連するフレームワーク群よりも、言葉数が
alancastro.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、alancastro.orgが全てとなります。あなたがお探しの内容が見つかることを願っています!
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く