mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

comment

Browse source
This commit is contained in:
Joey Hess 2018-02-16 13:47:10 -04:00
parent 1758982760
commit 846208b265
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
1 changed files with 19 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

19
doc/todo/include_msg_with_possible_reason_why_command___40__e.g._add__41___failed_into_--json_output/comment_4_c2e5041a07787ae84f85b898b1aae6b7._comment Normal file
View file

@ -0,0 +1,19 @@
[[!comment format=mdwn
username="joey"
subject="""comment 4"""
date="2018-02-16T17:29:56Z"
content="""
Currently when there's an exception in processing a file, the error is thrown
and then caught and output to stderr, and this prevents the accumulated
json buffer for the file from being output, since the processing never
finishes. So, you get some error message on stderr, and no indication
in the json what file it belongs to.
So, perhaps an easier fix would be to emit the json buffer in this case
after the error message. Then stderr output, whether error or warning,
would always precede the json for the same file.
The consumer would need to use select() over stdin+stderr to observe
the order they were interleaved. May be too much to expect consumers
to get that right.
"""]]