diff options
author | 2013-05-02 17:13:29 +0000 | |
---|---|---|
committer | 2013-05-02 17:13:29 +0000 | |
commit | 2cda82790cdaec56ea816da28f770c7a7871b864 (patch) | |
tree | 1bfe3131e31db99c65d485d89efb4fec0ee174a3 /doc | |
parent | a6c31e421e4f6654f25b751ca20d1995bbf8f3fa (diff) |
Diffstat (limited to 'doc')
-rw-r--r-- | doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn new file mode 100644 index 000000000..d86c82d37 --- /dev/null +++ b/doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn @@ -0,0 +1,16 @@ +### Please describe the problem. +Bad input data given to gpg will make it lock. + +### What steps will reproduce the problem? +Trying to download gpg encrypted data from remote with bad/incorrect dat + +### What version of git-annex are you using? On what operating system? +4.20130501-gd9e288b, on ubuntu 13.04 + +### Please provide any additional information below. +Transcript +http://paste.ubuntu.com/5626517/ + +Note: The problem is most likely caused by bad data from either the nntp hooks program, or the nntp server itself. + +I also have one file with bad data that consistently is NOT a problem for gpg to handle(lines 24-25 of log). |