diff options
| -rw-r--r-- | doc/bugs/gpg_goes_to_100__37___cpu_on_bad_input_data.mdwn | 2 |
1 files changed, 2 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 index 10840736f..5f36a7cd0 100644 --- 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 @@ -14,3 +14,5 @@ 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). + +[[!tag moreinfo]] |