ZEAM開発ログ v.0.4.15.3 LLVM生成/実行でエラーメッセージをElixirで受け取れるようにする - Qiita
defmodule NifLlvm2 do use Rustler, otp_app: :nif_llvm_2, crate: :llvm use OK.Pipe @moduledoc """ Documentation for NifLlvm2. """ @does_support_native "SYSTEM_ELIXIR_DOES_SUPPORT_NATIVE" def init() do case {initialize_native_target(), initialize_native_asm_printer()} do {:ok, :ok} -> System.put_env(@does_support_native, "true") {:ok, true} _ -> System.put_env(@does_support_native, "false") IO.puts
Elixir の例外について纏めた - Qiita
意外と複雑だったので、可能な限り情報を纏めてみました。 例外の種類 Elixir の例外には throw と error と exit という３種類があります。 どの例外も、投げた直後に処理を抜けて catch や rescue に飛ぶ（あるいはそれが無ければプロセスが終了する）という点では同じです。 throw throw はフロー制御のための例外です。 Elixir は、関数の途中で return したり、ループで条件を満たしたら break するというのが出来ません。 そういう時、処理の流れ（フロー）を変えるために throw を利用します。 throw を使うことで、例えば Enum.find/2 のような関数は以下のように書けます。 def find(enumerable, default \\ nil, fun) do try do for v <- enumerable do
SASL Error Logging — sasl v4.2.2
View Source SASL Error Logging NoteThe SASL error logging concept described in this section is deprecated since Erlang/OTP 21.0, when the new logging API was introduced. The new default behaviour is that the SASL application no longer affects which log events that are logged. Supervisor reports and crash reports are logged via the default logger handler which is setup by Kernel. Progress reports a
Error Handling in Elixir Libraries | Michał Muskała
There was an interesting discussion yesterday on the Elixir Slack about how libraries should handle errors. This is a more thought-through and elaborate expression on my views on the matter. In the post, I’ll present an idealised version of how I think a public API for functions that may produce errors should look like. Errors vs Exceptions In most applications we can distinguish two kinds of situ
erlang — erts v16.0.2
The Erlang BIFs and predefined types. By convention, most Built-In Functions (BIFs) and all predefined types are included in this module. Some of the BIFs and all of the predefined types are viewed more or less as part of the Erlang programming language and are auto-imported. Thus, it is not necessary to specify the module name. For example, the calls atom_to_list(erlang) and erlang:atom_to_list(e
let it crashが生んだ誤解 - Qiita
let it crashが生んだ誤解 ここ2年程のelixir人気に伴い, BEAM (つまりerlangとelixir) を使う人が増えました. しかし, let it crashという思想は誤解を残したまま世に広まったように感じています. 郷に入っては郷に従え. let it crashの思想をしっかり理解して実装していきたいものです. 前置き 大層なことを書きましたが, あくまでも個人的な見解であり, ポエムです. Erlang/OTPチームの見解とは異なる可能性がある点に気をつけてください. また, ご意見があればコメント欄に頂ければ幸いです. なお, Elixirのタグも付けていますが, 記事中のコードは全てErlangです. Elixirを書いている人にも知って欲しい, 「届けこの想い！」ということでタグは付けています. これらの点をご承知起きの上で読んで頂ければ幸いです.m(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Exceptions in Elixir | What did I learn
https://blog.sentry.io/2017/11/08/one-year-of-elixir/
Encoding Ecto Validation Errors in Phoenix 1.3 | Mitchell Hanberg
How can I write an exception stack trace in erlang after catching it?
Graceful error handling in Elixir
Graceful error handling in Elixir
Configuring Elixir Libraries | Michał Muskała
Custom Error Pages with Phoenix
Error handling in Elixir libraries
Pemerintah Kabupaten Boven Digoel
How to Capture All Errors Returned by a Function Call in Elixir - Semaphore
How to Capture All Errors Returned by a Function Call in Elixir
elixir-lang.github.com/getting_started/17.markdown at translate-into-japanese · niku/elixir-lang.github.com
Custom Errors · Phoenix