samuelventura
What is the proper way to evaluate a string and get a stack trace that honors the provided file: script.exs environment across all the code defined in that script regardless of whether it is executed in the current process or deferred to an async task?
The first two samples refer to the provided file: script.exs on the stack trace and the last one loses it.
Sample 1 keeps the reference to script.exs in its stacktrace
iex(1)> Code.eval_string("""
try do
raise "RAISE"
rescue
e -> {e, __STACKTRACE__}
end
""", [], file: "script.exs")
{{%RuntimeError{message: "RAISE"},
[
{:elixir_eval, :__FILE__, 1, [file: ~c"script.exs", line: 2]},
{:elixir, :eval_external_handler, 3,
[file: ~c"src/elixir.erl", line: 386, error_info: %{module: Exception}]},
...
]}, []}
Sample 2 keeps the reference to script.exs in its stacktrace
iex(2)> Code.eval_string("""
fun = fn -> raise "RAISE" end
try do
fun.()
rescue
e -> {e, __STACKTRACE__}
end
""", [], file: "script.exs")
{{%RuntimeError{message: "RAISE"},
[
{:elixir_eval, :__FILE__, 1, [file: ~c"script.exs", line: 1]},
{:elixir, :eval_external_handler, 3,
[file: ~c"src/elixir.erl", line: 386, error_info: %{module: Exception}]},
...
]}, [fun: #Function<43.81571850/0 in :erl_eval.expr/6>]}
Sample 3 loses the reference to script.exs in its stacktrace
iex(3)> Code.eval_string("""
fun = fn -> raise "RAISE" end
Task.async(fn ->
try do
fun.()
rescue
e -> {e, __STACKTRACE__}
end
end) |> Task.await(:infinity)
""", [], file: "script.exs")
{{%RuntimeError{message: "RAISE"},
[
{:elixir, :eval_external_handler, 3,
[file: ~c"src/elixir.erl", line: 386, error_info: %{module: Exception}]},
{:erl_eval, :do_apply, 7, [file: ~c"erl_eval.erl", line: 919]},
{:erl_eval, :try_clauses, 10, [file: ~c"erl_eval.erl", line: 1233]},
{Task.Supervised, :invoke_mfa, 2,
[file: ~c"lib/task/supervised.ex", line: 101]}
]}, [fun: #Function<43.81571850/0 in :erl_eval.expr/6>]}
Need this to implement scripting with accurate tracing of unhandled exceptions in async code.
Things looking into at the moment:
- Process.info(self(), :current_stacktrace)
- Last call optimisation
Trending in Questions
Hey guys,
I’ve got a huge CSV ( around 10 GB ) that needs to be processed hourly
Do you guys have any suggestions what is the best prac...
New
Hello!
Could someone please give me a help/sample code, how to delete a file from s3 using waffle/waffle_ecto from Phoenix app.
I creat...
New
I have what I’ve heard referred to as a “lookup table” in my database. This is a way of assigning codes to common values. One common lo...
New
Hello,
I’m developing a online persistent chat system (what’s app) like using elixir/dynamodb/aws for a mobile app(flutter).
The diffic...
New
What approach to take when sending live updates to “random” users Hi! I have a question, I have a little chat app, and when I create a DM...
New
Anyone here using Honeybadger?
My Honeybadger account is being overwhelmed with noise from some bots. Seeing a lot of
Bandit.HTTPError...
New
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
Other Trending Topics
Hobbes is a low-level distributed database for the Elixir programming language.
Hobbes provides a simple, safe, and scalable storage lay...
New
ExRatatui lets you cook up rich terminal UIs in Elixir, powered by Rust’s ratatui via Rustler NIFs. Build interactive terminal applicatio...
New
Hello everyone. After busy few months I am happy to announce v0.1.0 of Emerge & Solve.
They are GUI (Emerge) and State management (S...
New
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
There are three potential reasons for members of this forum to have a look at https://vutuv.de
You are tired or annoyed of LinkedIn.
Yo...
New
Aludel - LLM Evaluation Workbench
Aludel is an embeddable Phoenix LiveView dashboard for evaluating and comparing LLM prompts across mult...
New
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixir-ls
- #ai
- #elixirconf-us
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming











Showing Posts 1 to 6- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
josevalim
What happens in the last example if you call
List.flatten([])or any similar example, so the last instruction is not raise, but something else to prevent last call optimization on raise?samuelventura
You mean like sample below? Apparently the reference to script.exs is lost as well.
josevalim
Yes, that’s what I meant, but I was able to reproduce the issue in the shell too.
Unfortunately evaluation has less precise stacktraces because it is literally implemented by emulating the runtime in pure Erlang/Elixir and I think splitting the anonymous function is exactly those trade-offs. I will try to see if some aspects can be improved upstream, but it may not be trivial (or it may make things more expensive).
garrison
Wait, there’s a BEAM emulator in the codebase?! That is not how I expected that to work at all, lol. Out of curiosity, where would I find that code?
josevalim
Oh, it works on Erlang AST rather than BEAM.
you can find it on erl_eval.
samuelventura
Found this notice which seems to explain it.
https://github.com/elixir-lang/elixir/blob/e27cd15715bc6997c5a51497af49934c5e9221b2/lib/elixir/src/elixir.erl#L321-L336