<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libcrypto/man/ASN1_STRING_TABLE_get.3, branch OPENBSD_7_9</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=OPENBSD_7_9'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2025-12-31T13:48:01+00:00</updated>
<entry>
<title>Remove STABLE_FLAGS_MALLOC</title>
<updated>2025-12-31T13:48:01+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2025-12-31T13:48:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=6f2ee5a9a79b7b50dcd481715ff4209cfb40223c'/>
<id>urn:sha1:6f2ee5a9a79b7b50dcd481715ff4209cfb40223c</id>
<content type='text'>
Formerly used by ASN1_STRING_TABLE_{add,cleanup}() which were removed two
years ago. Annotate why STABLE_NO_MASK stays: as usual, security/xca ends
up being the sole consumer of some nonsense. Apparently it needs its own
reimplementation of ASN1_STRING_set_by_NID(), another removable public API
that should never have been exposed.

ok kenjiro
</content>
</entry>
<entry>
<title>remove some "intentionally undocumented" comments regarding stuff</title>
<updated>2025-06-08T22:37:23+00:00</updated>
<author>
<name>schwarze</name>
<email></email>
</author>
<published>2025-06-08T22:37:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=cbf57819789cbe26f15f3050c6894686760f37ff'/>
<id>urn:sha1:cbf57819789cbe26f15f3050c6894686760f37ff</id>
<content type='text'>
that no longer exists, and add .Lb;
OK tb@
</content>
</entry>
<entry>
<title>Mark some API-to-be-removed as intentionally undocumented</title>
<updated>2023-12-21T21:23:37+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-12-21T21:23:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=2de2bd56baafcfd41e46c0a12a56dde219dcf373'/>
<id>urn:sha1:2de2bd56baafcfd41e46c0a12a56dde219dcf373</id>
<content type='text'>
</content>
</entry>
<entry>
<title>ASN1_STRING_TABLE_get.3: grammar: have -&gt; has</title>
<updated>2023-12-16T19:14:56+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-12-16T19:14:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=08f27c91faeb047c689ad9524eb46a6cf4c0b4a3'/>
<id>urn:sha1:08f27c91faeb047c689ad9524eb46a6cf4c0b4a3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Annotate incorrect value for ub_email_address</title>
<updated>2023-12-16T12:56:20+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-12-16T12:56:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=c5b1a831f54ee74ee3cdf4e77ec6190f403abd7d'/>
<id>urn:sha1:c5b1a831f54ee74ee3cdf4e77ec6190f403abd7d</id>
<content type='text'>
The ub_email_address upper bound, 128, returned for NID_pkcs9_emailAddress,
doesn't match the PKCS#9 specification where it is 255.  This was adjusted
in RFC 5280:

   The ASN.1 modules in Appendix A are unchanged from RFC 3280, except
   that ub-emailaddress-length was changed from 128 to 255 in order to
   align with PKCS #9 [RFC2985].

Nobody seems to have noticed so far, so leave it at an XXX and a BUGS
entry for now. It also clearly has the wrong name.

Another mystery is why the RFCs suffix some upper bounds with length, but
not others. Also, OpenSSL chose to be inconsistent with that, because
inconsistency is one of the few things this library is really good at.
</content>
</entry>
<entry>
<title>Rename ASN1_STRING_TABLE_add manual to _get</title>
<updated>2023-12-16T10:26:10+00:00</updated>
<author>
<name>tb</name>
<email></email>
</author>
<published>2023-12-16T10:26:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=8ded584f0525f45438f260cc339ae0fc7276cc91'/>
<id>urn:sha1:8ded584f0525f45438f260cc339ae0fc7276cc91</id>
<content type='text'>
</content>
</entry>
</feed>
