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

Extend logging of proceedToAfterExecSpinlocks #6

Merged
merged 2 commits into from
Apr 24, 2019

Conversation

wulfsolter
Copy link
Contributor

Ties in with balderdashy/sails#4502 and balderdashy/sails#4400

While @mikermcneil has valid points that we should be using async/await, there are times when callbacks are still used and the message/trace inside errCbArg would otherwise be lost.

Ties in with balderdashy/sails#4502 and balderdashy/sails#4400

While @mikermcneil has valid points that we *should* be using async/await, there are times when callbacks are still used and the message/trace inside `errCbArg` would otherwise be lost.
@drj-io
Copy link

drj-io commented Feb 21, 2019

FYI I tested this on a traditional callback that was throwing an error and errCbArg is undefined

@wulfsolter
Copy link
Contributor Author

@drj-io I think you're running an older version maybe? Older versions of sails/waterline/etc as suggested by the stack trace at balderdashy/sails#4400 (comment) give this a try balderdashy/sails#4377 (comment)

On latest machine, which has the child-dependency parley the error is swallowed in my PR above.

@mikermcneil
Copy link
Owner

@drj-io thanks for looking into it!

@wulfsolter This makes sense. Instead of "here is errCbArg", how do you feel about "here is the original error"?

@mikermcneil mikermcneil mentioned this pull request Mar 29, 2019
@mikermcneil
Copy link
Owner

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants