paulanthonywilson
I’m working with a team that are running (relatively) old versions of Elixir and Erlang. Last month I added dialyzer, via dialyxir (can never spell that) to their build. Today we are running into an issue:
:dialyzer.run error: Old PLT file /apps/[redacted]/priv/plts/application.plt
The build is on Azure. The PLTs are cached using Azure Pipeline caching (here if you want to know but I wouldn’t if I could avoid it).
Dialyxir config is
defp dialyzer do
[
plt_add_apps: [:mix, :ex_insights],
plt_file: {:no_warn, "priv/plts/application.plt"},
ignore_warnings: "dialyzer.ignore_warnings"
]
end
The plts are excluded from source control.
Versions:
elixir 1.14.2-otp-25
erlang 25.3.2.6
I know I can fix the issue by invalidating the cache but I would like to understand how it happened in the first place. The only thing I’ve been able to find is this somewhat cryptic Erlang mailing list q&a. Old PLT file? .
The checking is going on here which looks like there is some discrepancy between an internally held hash in the PLT and the file contents.
Thoughts?
Where Next?
Trending in Questions
Other Trending Topics
Latest on Elixir Forum
Sponsor Spotlight
Elixir, Erlang & messaging conferences from Code Sync. Next up: ElixirConf US (10–11 Sep) & Code BEAM Europe (21–22 Oct), Haarlem + online.
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
- #ai
- #elixirconf-us
- #blog-post
- #elixir-ls
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #elixirconf-eu
- #metaprogramming
- #hex
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!
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
First Post!- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
D4no0
Here is the place in code where this error is raised: otp/lib/dialyzer/src/dialyzer_cplt.erl at 53ffb6a1363180ec67c36e3baa9745ee73e7b5a3 · erlang/otp · GitHub
I cannot figure out though what the code tries to accomplish, it seems there is some kind of file tracking involved.
Does this happen after invalidating the cache?
Most Liked
paulanthonywilson
I did link to that in my question
I am about to invalidate the cache. It definitely doesn not happen locally.
[edit s/no/not/]
D4no0
Did invalidating of cache help?
paulanthonywilson
Yes, thanks. Building and caching a new plt worked.
Last Post!
paulanthonywilson
Sorry, I was kidding. Good look with wading through the job swamp!
We were also not pinning the exact erlang version and seem to have just hit the issue again when an updated image was used from Docker. It’s good to have an explanation.