1
0
mirror of git://git.gnupg.org/gnupg.git synced 2024-06-05 23:07:49 +02:00
gnupg/TODO

40 lines
1.6 KiB
Plaintext
Raw Normal View History

1997-11-21 15:53:57 +01:00
1997-11-27 12:44:13 +01:00
* add assembler support for more CPUs. (work, but easy)
1997-11-21 15:53:57 +01:00
* improve iobuf by reading more than one byte at once,
this shoud espceially done for the buffer in the chain.
* add a way to difference between errors and eof in the underflow/flush
function of iobuf.
1997-12-09 13:46:23 +01:00
* check that all output is filtered when displayed.
1997-11-21 15:53:57 +01:00
* add trust stuff
* add checking of armor trailers
* add real secure memory
* look for a way to reuse RSA signatures
* remove all "Fixmes"
* speed up the RIPE-MD-160
1997-11-24 12:04:11 +01:00
* add signal handling
1997-11-23 16:38:27 +01:00
* enable a SIGSEGV handler while using zlib functions
1997-11-21 15:53:57 +01:00
1997-12-02 20:36:53 +01:00
* PGP writes the signature and then the file, this is not
1997-12-09 13:46:23 +01:00
a good idea, we can't write such files if we take input from stdin.
1997-12-02 20:36:53 +01:00
So the solution will: accept such packet, but write
signature the corret way: first the data and then the signature[s]
this is much easier to check, also we must read the entire data
before we can check wether we have the pubkey or not. The one-pass
signature packets should be implemented to avoid this.
1997-12-12 13:03:58 +01:00
* complete cipher/cast.c
* complete cipher/dsa.c
1997-12-09 13:46:23 +01:00
1998-01-02 21:40:10 +01:00
* armor has now some problems.
1998-01-07 21:47:46 +01:00
* add g10 stuff to Mutt's pgpinvoke.c
1998-01-12 11:18:17 +01:00
* Burn the buffers used by fopen().
1998-01-26 23:09:01 +01:00
* bug: g10/trustdb.c#build_sigrecs called to often by do_list_path
1998-01-25 19:56:33 +01:00
and remove the bad kludge. Maybe we should put all sigs into the trustdb
and mark them as valid/invalid/nopubkey, and how do we check, that
we have a self-signature -> put this stuff into a kind of directory
record, as it does not belong to the pubkey record?
1998-01-07 21:47:46 +01:00