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.3
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 are by default not logged, but c
erlang — erts v16.1
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(
class NotImplementedError (Ruby 3.4 リファレンスマニュアル)
[edit] 要約 現在のプラットフォームで実装されていない機能が呼び出されたときに発生します。 例えばfsyncやforkのシステムコールに依存するメソッドが呼び出されたとき、OSまたはRubyの実行環境がそれらのシステムコールをサポートしていない場合、この例外が発生します。 forkがNotImplementedErrorを発生させる場合respond_to?(:fork)はfalseを返すことに注意してください。 目次 継承しているメソッド Exceptionから継承しているメソッド == backtrace backtrace_locations cause exception full_message inspect message set_backtrace to_s
class ArgumentError (Ruby 3.4 リファレンスマニュアル)
[edit] 要約 引数の数があっていないときや、数は合っていて、期待される振る舞いを持ってはいるが、期待される値ではないときに発生します。 例: Time.at # => wrong number of arguments (given 0, expected 1..2) (ArgumentError) Array.new(-1) # => negative array size (ArgumentError) など @see TypeError 目次 継承しているメソッド Exceptionから継承しているメソッド == backtrace backtrace_locations cause exception full_message inspect message set_backtrace to_s
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby's Exception Class (Rails rescues Exception how many times?) - RubyFlow
How can I write an exception stack trace in erlang after catching it?
Graceful error handling in Elixir
Custom Error Pages with Phoenix
Error handling in Elixir libraries
How to Capture All Errors Returned by a Function Call in Elixir