why is GPG_ERR_SEXP_ZERO_PREFIX an error for gcry_sexp_canon_len()?

Werner Koch wk at gnupg.org
Wed May 15 08:27:22 CEST 2019


On Tue, 14 May 2019 16:56, dkg at fifthhorseman.net said:

> Can someone who understands S-Expressions better than me point me to
> documentation that will help me understand why gcry_sexp_canon_len()
> should treat this as an error?

From the specs: http://theory.lcs.mit.edu/~rivest/sexp.html

| 10. Utilization of S-expressions
| 
| This note has described S-expressions in general form.  Application writers
| may wish to restrict their use of S-expressions in various ways.  Here are
| some possible restrictions that might be considered:
| 
| 	-- no display-hints
| 	-- no lengths on hexadecimal, quoted-strings, or base-64 encodings
| 	-- no empty lists
| 	-- no empty octet-strings


Salam-Shalom,

   Werner


-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <https://lists.gnupg.org/pipermail/gcrypt-devel/attachments/20190515/e5898804/attachment.sig>


More information about the Gcrypt-devel mailing list