Exception: volume[member].bind is not a function v2.0.4262 and node v10.1.0
See original GitHub issueautorest: v2.0.4262 node: v10.1.0 <-- using the latest version I get the exception using node v8.11.2 the exception is not thrown
The file generation seems to work, but with the latest version I always took this exception:
C:\Users\micde> autorest --version
AutoRest code generation utility [version: 2.0.4262; node: v10.1.0]
(C) 2018 Microsoft Corporation.
https://aka.ms/autorest
(node:17240) ExperimentalWarning: The fs.promises API is experimental
Showing All Installed Extensions
Type Extension Name Version Location
core @microsoft.azure/autorest-core 2.0.4278 C:\Users\micde\.autorest\@microsoft.azure_autorest-cor
e@2.0.4278
Failure:
TypeError: volume[member].bind is not a function
TypeError: volume[member].bind is not a function
at patchFilesystem (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:277:43)
at C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:281:18
at Object.global.staticloader.undo (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:1
63:7)
at process.exit.n [as exit] (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:170:27)
at main (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\app.js:157:21)
at process._tickCallback (internal/process/next_tick.js:68:7)
(node:17240) UnhandledPromiseRejectionWarning: Error: EBADF: bad file descriptor, close
at Object.fs.closeSync (fs.js:529:3)
at StaticVolumeFile.shutdown (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:352:10)
at StaticFilesystem.shutdown (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:406:17)
at process.exit.n [as exit] (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\static-loader.js:169:11)
at main (C:\Users\micde\AppData\Roaming\npm\node_modules\autorest\dist\app.js:239:17)
at process._tickCallback (internal/process/next_tick.js:68:7)
(node:17240) UnhandledPromiseRejectionWarning: Unhandled promise rejection. This error originated either by throwing ins
ide of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). (rejectio
n id: 1)
(node:17240) [DEP0018] DeprecationWarning: Unhandled promise rejections are deprecated. In the future, promise rejection
s that are not handled will terminate the Node.js process with a non-zero exit code.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:3
- Comments:6 (3 by maintainers)
Top Results From Across the Web
NPM start: TypeError: ext[key].bind is not a function
I have tried re-installing npm and node.js. Error bind is not a function error continues to come up. What am I missing?
Read more >Errors | Node.js v19.3.0 Documentation
With few exceptions, Synchronous APIs (any blocking method that does not accept a callback function, such as fs.readFileSync ), will use throw to...
Read more >How to fix 'npm does not support Node.js v14' error on ...
js where I couldn't use NPM. Anytime I tried to use NPM (Node Package Manager) I would get the following error npm WARN...
Read more >JavaScript developer reference for Azure Functions
A JavaScript (Node.js) function is an exported function that executes ... The binding extensions required in version 2.x of the Functions ...
Read more >Getting Started in Node.js - AWS SDK for JavaScript
Step 1: Install the SDK and Dependencies · Step 2: Configure Your Credentials · Step 3: Create the Package JSON for the Project...
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 FreeTop 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
Top GitHub Comments
I’m seeing this on node v12 as well
I’ve noticed that too.
I think there have been a couple of breaking changes in the node 10 runtime – This is happening on exit, so it’s cosmetic, but I’ll look into it when I get a chance.