Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

jsdoc-to-markdown fails with ENOBUFS #24

Open
csempesz opened this issue Feb 1, 2021 · 1 comment
Open

jsdoc-to-markdown fails with ENOBUFS #24

csempesz opened this issue Feb 1, 2021 · 1 comment

Comments

@csempesz
Copy link

csempesz commented Feb 1, 2021

This is the same issue as reported in #21
I'm running into this issue even after I have upgraded to 6.0.1. I'm using Node v14.15.4 on Windows 10. Not sure about other projects but our src is somewhat large. I can see when I debug the spawned jsdoc process, that jsdoc is trying to deal with roughly 85K doclets.
I can also see when watching the Memory heap size in Chrome DevTools that the memory size for the spawned process goes up to 850MByte so the default maxBuffer setting for the spawned process (20M) is not nearly enough.
If I mess around with jsdoc-api/lib/explain-sync and update the maxBuffer to 1G (maxBuffer: 1024 * 1024 * 1024) then my process finishes as expected.
Not sure what to do at this point. Up until now, we used jsdoc 3.4 with Node version < 12. But we had to upgrade Node to LTS version however the upgrade also forced us to upgrade jsdoc to 3.6. Now our process to generate JSON from doclets is broken.
Does it make sense to allow setting the maxBuffer size as an env variable?

@75lb
Copy link
Member

75lb commented Aug 25, 2024

Hi, if you get time could you check if this is still an issue in v9.1.0 please. The sync functions have been abolished and I'm hoping this issue doesn't affect the async methods.

75lb added a commit that referenced this issue Aug 26, 2024
Increase the child_process maxBuffer to 100MB #24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants