-
-
Notifications
You must be signed in to change notification settings - Fork 2
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
Tweak output information in Log File #75
Comments
Could do, yes. You can also do it yourself by piping the output of While on this point, it could be a good idea to include the version in the result json file. |
This feature could be particularly useful for our Marker Data app for debugging. If Marker Data have several release down the line, when users encounters a bug or issue, it might be easier to trace? The user might not be on the latest version of Marker Data. |
That sounds more like you want to log Marker Data version. It's more likely that the same version of MarkersExtractor would be used with more than one release of Marker Data. So logging MarkersExtractor's version alone would only help for debugging extraction. It wouldn't really help for debugging Marker Data. |
True.
Yes. We can have 2 log file. One for extraction and one for Marker Data's program log. The idea is
Would it make sense? |
Yeah, whatever works for you. I can add the version to the CLI log output and a key to the result json file. |
Thank you! |
Version output to both log and result file is done. Will be in 0.2.9. |
Will close this for now. |
When I try and use
|
The version is shown in the terminal but it is not printed in the log file. Also are we able to print exactly like in the terminal into the log file?
|
Sorry, I thought the argument parser had both |
I have just tested this 0.3.2 But for some reason, the full terminal is not printed into the log file. I am using This is what I get in the log file.
|
It works fine when Progress reporting to the log file is being called from a background thread I believe, which may be corrupting the log output. A simple solution may be to just omit progress percentage output from the log file. It's not really useful and adds extra noise to the log. |
Will using
Let's omit progress reporting in the log file in the next build? We can also remove |
Progress in console, progress in log file, and progress reporting in GUI are 3 different unrelated concepts. Progress will remain in console but be omitted from log file. GUI progress has nothing to do with this. |
I discovered why the log was getting corrupted. Mistakenly, the log file was being opened for writing twice - once by the extractor, and once by the progress reporter. That's now resolved.
Will be in 0.3.3. Console output:
Log file output:
|
Thank you! |
Could we print and state the current version of MarkersExtractor in the Log file before starting the operation?
The text was updated successfully, but these errors were encountered: