Could not locate bindings file
See original GitHub issueI’ve just upgraded to 2.18.0
and faced with this issue
Could not locate the bindings file. Tried:
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/build/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/build/Debug/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/build/Release/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/out/Debug/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/Debug/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/out/Release/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/Release/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/build/default/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/compiled/10.16.0/darwin/x64/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/addon-build/release/install-root/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/addon-build/debug/install-root/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/addon-build/default/install-root/deasync.node
→ /Users/stanleynguyen/Documents/Projects/template-node/{{cookiecutter.service_name}}/node_modules/deasync/lib/binding/node-v64-darwin-x64/deasync.node
at bindings (node_modules/bindings/bindings.js:126:9)
at Object.<anonymous> (node_modules/deasync/index.js:30:31)
at Object.<anonymous> (node_modules/express-openapi-validator/dist/framework/json.ref.schema.js:4:19)
Does anyone know what might be the potential cause?
Issue Analytics
- State:
- Created 4 years ago
- Comments:12 (8 by maintainers)
Top Results From Across the Web
Error: Could not locate the bindings file · Issue #1511 - GitHub
This happened due to an incompatible Node version, a simple solution should be to use a different node version with nvm or update...
Read more >Error: Could not locate the bindings file. Tried: #56
In my case it was complaining about the bindings for ursa package. Fixed by simply installing it with npm install ursa . –...
Read more >Error: Could not locate the bindings file - Edge Impulse Forum
Hello @karl404,. I just tested on Mac OS Big Sur 11.4 with a fresh installation of nodeJS v16.4.0. I have not been able...
Read more >Could not locate the bindings file. Discord Bot - Glitch Support
Recently my Discord bot project has been returning the “Bindings file not found” error for the node module better-sqlite3 (Which I haven't ......
Read more >升级node版本后出现, Could not locate the bindings file
Error: Could not locate the bindings file. Tried: → /Users/hnzb/WebstormProjects/hnczb-crowdfunding/node_modules/bcrypt/build/bcrypt_lib.node ...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Yes. the blocking parse certainly makes usage more straightforward. unfortunately to parse json ref’s, asynchronicity is necessary. the synchronous install is still part of v3 and can be used with
installSync
. that being said,installSync
requiresdeasync
and as we’ve seen, deasync has been at the root of many recent issues.fixed in v3.0.0
default behavior is async. users can still use the legacy synchronous mode with deasync by using the
installSync(...)
method. In the sync case, users may encounter incompatibilities with deasync and node