summaryrefslogtreecommitdiff
path: root/src/lib/libcrypto/man/X509_ALGOR_dup.3 (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Remove X509_ALGOR_set_md() documentationtb2024-03-191-31/+2
| | | | | As far as LibreSSL is concerned, this terrible API is pushing up the daisies.
* Tweak previous by using the argument name, not its typetb2023-10-131-2/+2
|
* Improve the description of X509_ALGOR_dup(3)tb2023-10-131-5/+11
| | | | | The old description was vague, but strictly speaking a lie, so make it more precise and turn the lie into a truth.
* Be more precise about X509_ALGOR_get0()tb2023-10-111-11/+26
|
* Improve X509_ALGOR_new(3) documentationtb2023-10-101-14/+33
| | | | | | | | | | | | | | | The previous wording was misleading since the result of X509_ALGOR_new() is not actually an empty X509_ALGOR object. Rather, it contains the undefined ASN1_OBJECT returned by OBJ_nid2obj(NID_undef). Therefore using X509_ALGOR_get0(3) for error checking X509_ALGOR_set_md() is not trivial. So: change the initial paragraph into a general intro referring to the OpenSSL API needed to interface with X509_ALGOR and write a new paragraph documenting X509_ALGOR_new(3) and drop the incorrect suggestion of an error check. Notably there's now a reference to the OBJ_nid2obj() family without which one cannot really use X509_ALGOR_* for anything at all. With and ok schwarze
* Use the usual text for X509_ALGOR_free()tb2023-10-091-2/+8
|
* Clarify documentation of X509_ALGOR_{set0,set_md}()tb2023-10-091-7/+45
| | | | | | | | | | | | | | | The X509_ALGOR_set0() and X509_ALGOR_set_md() documentation comes from upstream, which means it is as sloppy as the code and as vague as your average upstream manpage. Be precise on what X509_ALGOR_set0() does on different inputs and document return values and failure modes. X509_ALGOR_set_md() is a void function that calls X509_ALGOR_set0() in a way that can fail, leaving alg in a corrupted state. Document when that can occur and how to avoid or detect that, but do not go too far, because EVP_MD_meth_new(), one potential source of failures, is a whole another can of worms. joint work with schwarze
* document X509_signature_dump(3) and X509_signature_print(3)schwarze2021-07-061-3/+4
|
* spellingjsg2021-03-121-3/+3
|
* Tree structure for manual pages: crypto(3) links to 33 functionschwarze2019-06-061-2/+4
| | | | | | | | | | | group pages, and these link on to all their second-level subpages. Only a handful of second-level pages have third-level subpages. So all crypto pages can now be reached from the www.libressl.org frontpage via at most four clicks, in most cases three clicks. Also link back from leaf pages to their respective group pages and add a couple of additional links between related pages. Triggered by a question from deraadt@. OK jmc@ tb@
* In x509.h rev. 1.46 2018/05/01 19:01:28, tb@ added const qualifiersschwarze2018-05-011-3/+3
| | | | to some function arguments. Update the documentation.
* found a complete archive of SSLeay-0.4 to SSLeay-0.8.1b tarballsschwarze2018-03-271-4/+5
| | | | on the web, so fix up SSLeay HISTORY accordingly
* crypto HISTORY up to 1.0.1; researched from OpenSSL gitschwarze2018-03-231-2/+6
|
* crypto HISTORY up to 0.9.8zh; researched from OpenSSL gitschwarze2018-03-231-1/+5
|
* crypto HISTORY up to 0.9.8h; researched from OpenSSL gitschwarze2018-03-231-2/+8
|
* crypto HISTORY up to SSLeay 0.9.1; researched from OpenSSL gitschwarze2018-03-211-1/+5
|
* x509.h HISTORY up to SSLeay 0.8.1b; researched from OpenSSL gitschwarze2018-03-211-2/+8
|
* In x509.h rev. 1.34 2018/02/22 16:50:30, jsing@ providedschwarze2018-02-241-2/+3
| | | | | | X509_REQ_get_signature_nid(3), in rev. 1.36 2018/02/22 16:58:45 X509_CRL_get_signature_nid(3), and in rev. 1.40 2018/02/22 17:09:28 X509_get0_tbs_sigalg(3). Merge the documentation from OpenSSL.
* Consistently mark up various ASN.1 type names defined in standardsschwarze2016-12-251-4/+5
| | | | related to X.509 with .Vt such that they can be searched for.
* markup fix;jmc2016-12-151-2/+2
|
* Document X509_ALGOR_new(3) and X509_ALGOR_free(3)schwarze2016-12-151-17/+81
| | | | | | | | | listed in <openssl/x509.h> and in OpenSSL doc/man3/X509_dup.pod. Explain what an X509_ALGOR object represents and where it is used. Explain how copying works, like in similar pages. New RETURN VALUES, SEE ALSO, and STANDARDS sections. Some macro and wording fixes.
* various cleanup;jmc2016-12-051-11/+2
|
* import five newish X509 pages from OpenSSLschwarze2016-12-041-0/+157