Repository navigation
Conversation
|
Would it be better to create an |
There was a problem hiding this comment.
Linting nit: missing semicolon.
30a8307 to
7610dbe
Compare
|
@Trott I tried to create an |
|
@starkwang Ah! It looks like we may have run into a similar issue with |
7610dbe to
ef6c0c2
Compare
|
Pushed commit to address comments. |
Trott
left a comment
There was a problem hiding this comment.
Needs one small doc change but otherwise looks good to me if the CI is green.
There was a problem hiding this comment.
The path here needs to be updated to reflect the new location of the file.
|
/cc @jasnell |
ef6c0c2 to
dc185e6
Compare
9210f2d to
93ec771
Compare
93ec771 to
7576dd4
Compare
|
Ping @starkwang, this needs a rebase. |
jasnell
left a comment
There was a problem hiding this comment.
FWIW, I am -1 on this approach as it currently stands. There is no reason to move the codes to a separate file and doing so now would unnecessarily disrupt the current ongoing migration process. If we want to expose the codes as constants, then those can be dropped off the existing internal/errors module.exports target.
@jasnell didn't you suggest moving them to a |
|
Eventually, yes, but these are fairly difficult to manage as it is. Once the migration is done we can revisit. I have a few things in mind already also... |
Move error codes into a new separate module
internal/error_codes. And theguides/using-internal-errors.mdare also changed.This PR only separate the error codes in
internal/errors.js. I think the rest of error codes in./libshould wait for some future PRs.Ref: #14216, #11273
Checklist
make -j4 test(UNIX), orvcbuild test(Windows) passesAffected core subsystem(s)
errors