Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign up| ★ wanayoo — archive 1999 https://github.com/codeclimate/codeclimate/issues/562 | Nouvelle recherche | Portail wanayoo |
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign up
Basically a transcript from slack, me unless specified:
for some reason my stderr output isn’t being displayed when I have
CODECLIMATE_DEBUGset… is there something I’m forgetting? I am running with—devit USED to print out.... I swear.
ooooh… ok. I think I get it. If I print an incorrect issue,
{}in this case, then CC blows up and I don’t see any of stderr. If I bypass that error, then I do see it.I’m doing the equiv of
CODECLIMATE_DEBUG=1 codeclimate analyze --dev | catPat Brisbin: cool, so it seems an ordering problem with the printing of the stderr and the validation-triggered exception?
yeah, I think so. might be designed that way… but it’d help a dev if stderr was dumped out at the point of aborting
Pat Brisbin: probably not intentional, but it's tough to think of it that way because it's the engine's stderr not
codeclimate'sPat Brisbin: so when an engine completes (success or fail) you dump its stderr. i thought we tried to dump it as it ran, but there might be buffering issues
vs 2 paragraphs below:
so, not sure HOW you’d capture the stderr at the point above
Pat Brisbin: yeah. ideally that'd be re-oriented such that it's line-bufferred directly out instead of pushed into
result.stderrfor later (edited)