Commit bfb14d72 authored by Matt Caswell's avatar Matt Caswell
Browse files

Fix some minor documentation issues 



Reviewed-by: default avatarEmilia Käsper <emilia@openssl.org>
parent 4d2207f0

doc/crypto/d2i_ECPrivateKey.pod

+2 −2
Original line number Diff line number Diff line
@@ -31,8 +31,8 @@ for a description of point_conversion_form. 
When reading a private key encoded without an associated public key (e.g. if

EC_PKEY_NO_PUBKEY has been used - see below), then d2i_ECPrivateKey generates

the missing public key automatically. Private keys encoded without parameters

(e.g. if EC_PKEY_NO_PARAMETERS has been used - see below) then the key cannot be

loaded using d2i_ECPrivateKey.

(e.g. if EC_PKEY_NO_PARAMETERS has been used - see below) cannot be loaded using

d2i_ECPrivateKey.



The functions EC_KEY_get_enc_flags and EC_KEY_set_enc_flags get and set the

value of the encoding flags for the B<key>. There are two encoding flags

doc/crypto/d2i_X509.pod

+2 −4
Original line number Diff line number Diff line
@@ -90,8 +90,7 @@ can trap the unwary. See the B<WARNINGS> section for some common 
errors.



The reason for the auto increment behaviour is to reflect a typical

usage of ASN1 functions: after one structure is encoded or decoded    if (a != NULL)

        (*a) = ret;

usage of ASN1 functions: after one structure is encoded or decoded

another will processed after it.



=head1 EXAMPLES
@@ -213,8 +212,7 @@ of this "reuse" behaviour is strongly discouraged. 


i2d_X509() will not return an error in many versions of OpenSSL,

if mandatory fields are not initialized due to a programming error

then the encoded structure may contain invalid data or omit the    if (a != NULL)

        (*a) = ret;

then the encoded structure may contain invalid data or omit the

fields entirely and will not be parsed by d2i_X509(). This may be

fixed in future so code should not assume that i2d_X509() will

always succeed.