| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
This is perhaps misleading as these are not necessarily "native" as in "C/C++" modules. |
Sorry, something went wrong.
|
Yep. It certainly is. Basing this off the existing wording (I did not change the error message at all). Do you have a suggestion for an alternative? |
Sorry, something went wrong.
There was a problem hiding this comment.
We probably need a section explaining the new error system(like the section on "system errors" above mentioning those would have error.code, error. errno and error. syscall properties, then list the error codes). Going straight to error code descriptions seems pretty confusing if people read it from the top to the bottom...
Sorry, something went wrong.
There was a problem hiding this comment.
Yep, I agree. I was thinking of doing that in a separate PR
Sorry, something went wrong.
|
@jasnell @Fishrock123 do we have a name for the lib modules in general? |
Sorry, something went wrong.
|
LGTM with the naming sorted out |
Sorry, something went wrong.
|
@joyeecheung ... not really with regards to naming. Perhaps built-in or internal would work? |
Sorry, something went wrong.
|
Sorry, I wasn't being clear. I meant I am fine with native as long as we have a decision native is the word we use for lib modules, whichever we use we should stick to that :D I do think built-in would be more unambiguous though. For contributors internal sounds like lib/internal modules, but if I understand correctly this covers unknown lib modules. |
Sorry, something went wrong.
There was a problem hiding this comment.
Why don't we let the tools to generate the id for all these? It would be consistent that way.
Sorry, something went wrong.
There was a problem hiding this comment.
Because these anchors need to be consistent and predictable even if the structure of the document changes. Doing it this way ensures that the anchors will not change.
Sorry, something went wrong.
There was a problem hiding this comment.
Now that the error message is updated to No such built-in module, the error code should be changed accordingly?
Sorry, something went wrong.
|
Updated. PTAL |
Sorry, something went wrong.
|
Ping @nodejs/ctc ... can I get a review on this? |
Sorry, something went wrong.
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM
Sorry, something went wrong.
|
This is no longer blocked. PR updated. |
Sorry, something went wrong.
|
I think this is a misnomer, IIRC that module does not need to be built-in to possibly hit this path? (Don't all native modules hit this or something?) Note: I understand it is called "NativeModule as in "builtin natives". |
Sorry, something went wrong.
|
Not that I'm aware of. In every condition that I was able to find, most users will only see the "Cannot find module" error. This appears to be hit only in very specific cases involving the built-in modules. I could be wrong, but that's what I've been able to see. There's aren't even any test cases that I can see that trigger/test this. |
Sorry, something went wrong.
|
@jasnell FWIW, I have only ever hit this path when I accidentally deleted a js file from node.gyp... |
Sorry, something went wrong.
There was a problem hiding this comment.
Nit: There is a colon in errors.js file
Sorry, something went wrong.
Sorry, something went wrong.
|
@Fishrock123 ... are you satisfied with this? |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM with a nit
Sorry, something went wrong.
There was a problem hiding this comment.
nit: there should be a space now that 7b4a72d has landed.
Sorry, something went wrong.
This does not use the internal/errors.js module because the error in question may actually be *caused* by an attempt to load internal/errors.js. This error should only be encountered in the case of a bug within Node.js itself. Ref: nodejs#11273
This does not use the internal/errors.js module because the error in question may actually be *caused* by an attempt to load internal/errors.js. This error should only be encountered in the case of a bug within Node.js itself. PR-URL: #11298 Ref: #11273 Reviewed-By: Joyee Cheung <joyeec9h3@gmail.com> Reviewed-By: Michaël Zasso <targos@protonmail.com> Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com> Reviewed-By: Sakthipriyan Vairamani <thechargingvolcano@gmail.com>
|
Hmm, ok sounds good to me. Belated LGTM. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
This does not use the internal/errors.js module because the error in question may actually be caused by an attempt to load internal/errors.js. This error should only be encountered in the case of a bug within Node.js itself.
Ref: #11273
Checklist
Affected core subsystem(s)
errors, src