brewinstallbuzzwords
Hi everyone,
I’m working on a small Elixir project that needs to include a text file as a resource. I found on some other posts that this file should exist in the project’s /priv directory and that I should get the path to priv like this: :code.priv_dir(:my_project), and then add the file name to the end using Path.join/2.
This is working fine, but what’s confusing to me is that this seems to be leveraging Erlang functions.
When I run h :code in iex I can see that it represents the Erlang code server, which led me to find this page in the Erlang docs: code — OTP 29.0.2 (kernel 11.0.2)
There, I was able to find the documentation for priv_dir/1 that I had been struggling to find on hexdocs.
So here’s my question:
Is this the generally accepted way to load a static asset in Elixir? Are there any functions in Elixir that do the same thing, but don’t require making calls to :code? Are there any other functionalities in Elixir that require making calls to Erlang functionality?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Producing high quality Elixir screencasts since 2017.
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #library
- #deployment
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixirconf-us
- #blog-post
- #ai
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Practical resources that improve the lives of professional developers.
Producing high quality Elixir screencasts since 2017.
The deployment platform built for Elixir: PaaS ease, VPS control.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 2- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
al2o3cr
There’s not a strong boundary between “Elixir stuff” and “Erlang stuff” - they both ultimately run on the BEAM, and Elixir uses a lot of Erlang functionality with only a thin wrapper on top; for instance, many of the functions in the Elixir
Mapmodule mostly exist to make the underlying Erlang functions play nice with|>:https://github.com/elixir-lang/elixir/blob/33f9d04851a2664aeae5f5f78eeef9e5b4c38030/lib/elixir/lib/map.ex#L236-L237
Historically, it’s been much harder to use Elixir code from Erlang than the other way around, so libraries that need to function in both contexts tend to be written in Erlang. IIRC that is changing nowadays with work being done to bring Hex and rebar closer together.
mpope
I believe you can use
Application.app_dir/2and point the second argument to the"/priv/..."file you want to access. I don’t think there is anything wrong with using:code.priv_dir/1directly though.