From: Dr. David von Oheimb Date: Wed, 24 Mar 2021 08:11:13 +0000 (+0100) Subject: DOC: Fix all wrong occurrences of '' to 'I' X-Git-Tag: openssl-3.0.0-alpha17~214 X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=bea31afef013aaf5638e96e9bed1b633c510d50d;p=thirdparty%2Fopenssl.git DOC: Fix all wrong occurrences of '' to 'I' Reviewed-by: Paul Dale (Merged from https://github.com/openssl/openssl/pull/14664) --- diff --git a/doc/man3/PEM_X509_INFO_read_bio_ex.pod b/doc/man3/PEM_X509_INFO_read_bio_ex.pod index bd79829d2bc..0c9b0ab6dfc 100644 --- a/doc/man3/PEM_X509_INFO_read_bio_ex.pod +++ b/doc/man3/PEM_X509_INFO_read_bio_ex.pod @@ -24,11 +24,10 @@ PEM_X509_INFO_read_bio_ex, PEM_X509_INFO_read_ex PEM_X509_INFO_read_ex() loads the B objects from a file I. -PEM_X509_INFO_read_bio_ex loads the B objects using a bio I. +PEM_X509_INFO_read_bio_ex() loads the B objects using a bio I. Each of the loaded B objects can contain a CRL, a certificate, and/or a private key. - The elements are read sequentially, and as far as they are of different type than the elements read before, they are combined into the same B object. The idea behind this is that if, for instance, a certificate is followed by diff --git a/doc/man3/SSL_load_client_CA_file.pod b/doc/man3/SSL_load_client_CA_file.pod index 9fc385a18a1..a02cc016ad5 100644 --- a/doc/man3/SSL_load_client_CA_file.pod +++ b/doc/man3/SSL_load_client_CA_file.pod @@ -28,10 +28,10 @@ SSL_add_store_cert_subjects_to_stack SSL_load_client_CA_file_ex() reads certificates from I and returns a STACK_OF(X509_NAME) with the subject names found. The library context I -and property query are used when fetching algorithms from providers. +and property query I are used when fetching algorithms from providers. SSL_load_client_CA_file() is similar to SSL_load_client_CA_file_ex() -but uses NULL for the library context I and property query . +but uses NULL for the library context I and property query I. SSL_add_file_cert_subjects_to_stack() reads certificates from I, and adds their subject name to the already existing I. diff --git a/doc/man3/X509_LOOKUP.pod b/doc/man3/X509_LOOKUP.pod index 89dbb6a201b..615c2070b9d 100644 --- a/doc/man3/X509_LOOKUP.pod +++ b/doc/man3/X509_LOOKUP.pod @@ -94,7 +94,7 @@ X509_LOOKUP_ctrl_ex() is used to set or get additional data to or from a B structure or its associated L. The arguments of the control command are passed via I and I, its return value via I<*ret>. The library context I and property -query are used when fetching algorithms from providers. +query I are used when fetching algorithms from providers. The meaning of the arguments depends on the I number of the control command. In general, this function is not called directly, but wrapped by a macro call, see below. @@ -102,17 +102,17 @@ The control Is known to OpenSSL are discussed in more depth in L. X509_LOOKUP_ctrl() is similar to X509_LOOKUP_ctrl_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_LOOKUP_load_file_ex() passes a filename to be loaded immediately into the associated B. The library context I and property -query are used when fetching algorithms from providers. +query I are used when fetching algorithms from providers. I indicates what type of object is expected. This can only be used with a lookup using the implementation L. X509_LOOKUP_load_file() is similar to X509_LOOKUP_load_file_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_LOOKUP_add_dir() passes a directory specification from which certificates and CRLs are loaded on demand into the associated @@ -124,20 +124,20 @@ L. X509_LOOKUP_add_store_ex() passes a URI for a directory-like structure from which containers with certificates and CRLs are loaded on demand into the associated B. The library context I and property -query are used when fetching algorithms from providers. +query I are used when fetching algorithms from providers. X509_LOOKUP_add_store() is similar to X509_LOOKUP_add_store_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_LOOKUP_load_store_ex() passes a URI for a single container from which certificates and CRLs are immediately loaded into the associated -B. The library context I and property query are used +B. The library context I and property query I are used when fetching algorithms from providers. These functions can only be used with a lookup using the implementation L. X509_LOOKUP_load_store() is similar to X509_LOOKUP_load_store_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_LOOKUP_load_file_ex(), X509_LOOKUP_load_file(), X509_LOOKUP_add_dir(), diff --git a/doc/man3/X509_STORE_add_cert.pod b/doc/man3/X509_STORE_add_cert.pod index db7f0cfd8c8..07e8654acbe 100644 --- a/doc/man3/X509_STORE_add_cert.pod +++ b/doc/man3/X509_STORE_add_cert.pod @@ -93,10 +93,10 @@ B functions can look up objects in that store. X509_STORE_load_file_ex() loads trusted certificate(s) into an B from a given file. The library context I and property -query are used when fetching algorithms from providers. +query I are used when fetching algorithms from providers. X509_STORE_load_file() is similar to X509_STORE_load_file_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_STORE_load_path() loads trusted certificate(s) into an B from a given directory path. @@ -105,10 +105,10 @@ documented in L. X509_STORE_load_store_ex() loads trusted certificate(s) into an B from a store at a given URI. The library context I and -property query are used when fetching algorithms from providers. +property query I are used when fetching algorithms from providers. X509_STORE_load_store() is similar to X509_STORE_load_store_ex() but -uses NULL for the library context I and property query . +uses NULL for the library context I and property query I. X509_STORE_load_locations_ex() combines X509_STORE_load_file_ex() and X509_STORE_load_dir() for a given file @@ -117,17 +117,17 @@ It is permitted to specify just a file, just a directory, or both paths. X509_STORE_load_locations() is similar to X509_STORE_load_locations_ex() -but uses NULL for the library context I and property query . +but uses NULL for the library context I and property query I. X509_STORE_set_default_paths_ex() is somewhat misnamed, in that it does not set what default paths should be used for loading certificates. Instead, it loads certificates into the B from the hardcoded default -paths. The library context I and property query are used when +paths. The library context I and property query I are used when fetching algorithms from providers. X509_STORE_set_default_paths() is similar to X509_STORE_set_default_paths_ex() but uses NULL for the library -context I and property query . +context I and property query I. =head1 RETURN VALUES diff --git a/doc/man3/X509_new.pod b/doc/man3/X509_new.pod index 2514ae34ce3..ea2b3a2cc9b 100644 --- a/doc/man3/X509_new.pod +++ b/doc/man3/X509_new.pod @@ -22,7 +22,7 @@ The X509 ASN1 allocation routines, allocate and free an X509 structure, which represents an X509 certificate. X509_new_ex() allocates and initializes a X509 structure with a -library context of I, property query of and a reference +library context of I, property query of I and a reference count of B<1>. Many X509 functions such as X509_check_purpose(), and X509_verify() use this library context to select which providers supply the fetched algorithms (SHA1 is used internally). This created X509 object can then