Skip to content
This repository was archived by the owner on Feb 12, 2024. It is now read-only.

Win10 64b - binding.fcntl is not a function #1016

Closed
negamaxi opened this issue Sep 13, 2017 · 4 comments
Closed

Win10 64b - binding.fcntl is not a function #1016

negamaxi opened this issue Sep 13, 2017 · 4 comments
Labels
env:Windows P2 Medium: Good to have, but can wait until someone steps up

Comments

@negamaxi
Copy link
Contributor

  • Version: 0.26.0
  • Platform: Windows 10 64bit
  • Subsystem:

Type: Bug

Severity: Critical

Description:

e:\Projects\clear>node test.js
e:\Projects\clear\node_modules\fs-ext\fs-ext.js:106
 return binding.fcntl(fd, cmd, arg, callback);
                ^

TypeError: binding.fcntl is not a function
   at Object.exports.fcntl (e:\Projects\clear\node_modules\fs-ext\fs-ext.js:106:18)
   at waterfall (e:\Projects\clear\node_modules\lock-me\src\unix.js:17:20)
   at nextTask (e:\Projects\clear\node_modules\async\waterfall.js:16:14)
   at next (e:\Projects\clear\node_modules\async\waterfall.js:23:9)
   at e:\Projects\clear\node_modules\async\internal\onlyOnce.js:12:16
   at FSReqWrap.oncomplete (fs.js:135:15)

Steps to reproduce the error:

const IPFS = require('ipfs')
const ipfs = new IPFS()
@daviddias
Copy link
Member

@negamaxi we really don't support Windows at the moment. See #1017

@victorb
Copy link
Member

victorb commented Sep 20, 2017

Try removing node_modules\fs-ext as it's a optional dependency and you should at least be able to start the daemon.

@daviddias daviddias added the status/ready Ready to be worked label Oct 13, 2017
@dignifiedquire
Copy link
Member

I published a new version of lock-me which should fix this: https://github.com/dignifiedquire/lock-me

@daviddias daviddias added the P2 Medium: Good to have, but can wait until someone steps up label Oct 18, 2017
@daviddias
Copy link
Member

Windows support is here! Celebrate with us at #1017 (comment)

@ghost ghost removed the status/ready Ready to be worked label Nov 10, 2017
MicrowaveDev pushed a commit to galtproject/js-ipfs that referenced this issue May 22, 2020
Better error reporting by detecting `Content-Type` of the response and not attempting to parse JSON for non-`application/json` responses.

resolves ipfs#912
resolves ipfs#1000
closes ipfs#1001

License: MIT
Signed-off-by: Alan Shaw <[email protected]>
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
env:Windows P2 Medium: Good to have, but can wait until someone steps up
Projects
None yet
Development

No branches or pull requests

4 participants