Don't defer Close() on writable files
Update: Another approach suggested by the inimitable Ben Johnson has been added to the end of the post. Update 2: Discussion about fsync() added to the end of the post. It’s an idiom that quickly becomes rote to Go programmers: whenever you conjure up a value that implements the io.Closer interface, after checking for errors you immediately defer its Close() method. You see this most often when ma
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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How can I write an exception stack trace in erlang after catching it?
Graceful error handling in Elixir
