diff options
author | Werner Koch <wk@gnupg.org> | 1998-12-29 14:47:31 +0100 |
---|---|---|
committer | Werner Koch <wk@gnupg.org> | 1998-12-29 14:47:31 +0100 |
commit | 6e08b235cb73d3c8e83218a94f9a2d356f2709ac (patch) | |
tree | c5a0a706b32d530cb661a62ec9439109bce5a75c /TODO | |
parent | See ChangeLog: Wed Dec 23 17:12:24 CET 1998 Werner Koch (diff) | |
download | gnupg2-6e08b235cb73d3c8e83218a94f9a2d356f2709ac.tar.xz gnupg2-6e08b235cb73d3c8e83218a94f9a2d356f2709ac.zip |
See ChangeLog: Tue Dec 29 14:41:47 CET 1998 Werner Koch
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 8 |
1 files changed, 4 insertions, 4 deletions
@@ -15,11 +15,10 @@ Important * It has been reported that lockfiles are not removed in all cases. cleanup is done with atexit() and all signals trigger exit() - - anything wrong with this? + anything wrong with this? - ah yes: a signal while still in + dotlock_make - * I noticed, that we sometimes have only 3 items in a trustrecord, but - a next pointer ro more records - check wehther the reuse code really - works. Maybe this is the reason for the "Hmmm public key lost" + * See why we always get this "Hmmm public key lost" Needed ------ @@ -44,4 +43,5 @@ Nice to have * Burn the buffers used by fopen(), or use read(2). Does this really make sense? * change the fake_data stuff to mpi_set_opaque + * rewrite the ugly armor code. |