-
Notifications
You must be signed in to change notification settings - Fork 334
fix some errors #115
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
fix some errors #115
Conversation
Thank you. I actually think the NoneType in commits issue is related to the threading code.... I will investigate and merge your contribution once I have looked into it more. |
Checked this one out,
i guess the |
It may caused by the spaces intent in my code. |
Going to take a look at this and also integrate parts of the pull request. A 0.4.5 release fixing this is most likely a good idea. |
If the changeset was empty or filtered with no matching files a bunch of errors would be thrown from git with no proper results being returned back to gitinspector. We now pipe stderr (catching the output) and also check the return code when running these commands.
@bigplum This got fixed now I believe. Solved using a slightly different solution with better error handling. The issue with NoneType in commits can still happen, as there is a bug in the threading code. I will look into this. When the threading code is fixed this should (theoretically) never occur. Let me know if any of the other issues still persists. |
…). This particular problem is also briefly mentioned in issue #115. The fix resolves the overflow problem resulting in an array with a dangling "None" type at the end. It also takes care of a race condition where two threads by accident could update the same data.
Fix some errors with multiple projects, if second project is empty: