<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openbsd/src/lib/libc/stdlib, branch libressl-v3.7.3</title>
<subtitle>A mirror of https://github.com/libressl/openbsd.git
</subtitle>
<id>https://git.lua4.win/openbsd/atom?h=libressl-v3.7.3</id>
<link rel='self' href='https://git.lua4.win/openbsd/atom?h=libressl-v3.7.3'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/'/>
<updated>2023-02-27T06:47:54+00:00</updated>
<entry>
<title>There is no reason to-be-cleared chunks cannot participate in delayed</title>
<updated>2023-02-27T06:47:54+00:00</updated>
<author>
<name>otto</name>
<email></email>
</author>
<published>2023-02-27T06:47:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=032d39733479c0b7db78a1a06084ac375ca976f6'/>
<id>urn:sha1:032d39733479c0b7db78a1a06084ac375ca976f6</id>
<content type='text'>
freeing; ok tb@
</content>
</entry>
<entry>
<title>Change the way malloc_init() works so that the main data structures</title>
<updated>2022-12-27T17:31:09+00:00</updated>
<author>
<name>otto</name>
<email></email>
</author>
<published>2022-12-27T17:31:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=729a541ba9157f5173003981ee57625e240b5a6f'/>
<id>urn:sha1:729a541ba9157f5173003981ee57625e240b5a6f</id>
<content type='text'>
can be made immutable to provide extra protection.  Also init pools
on-demand: only pools that are actually used are initialized.

Tested by many
</content>
</entry>
<entry>
<title>spelling fixes; from paul tagliamonte</title>
<updated>2022-12-27T17:10:06+00:00</updated>
<author>
<name>jmc</name>
<email></email>
</author>
<published>2022-12-27T17:10:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=782cd9477d454b4316ad7055e02ac2c645235d94'/>
<id>urn:sha1:782cd9477d454b4316ad7055e02ac2c645235d94</id>
<content type='text'>
any changes not taken noted on tech, but chiefly here i did not take the
cancelation - cancellation changes;
</content>
</entry>
<entry>
<title>In __cxa_atexit(), there is no need to initialize local pointer before</title>
<updated>2022-10-22T15:21:25+00:00</updated>
<author>
<name>deraadt</name>
<email></email>
</author>
<published>2022-10-22T15:21:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=425b9864e075e414ba80737267bd09efdff37c1f'/>
<id>urn:sha1:425b9864e075e414ba80737267bd09efdff37c1f</id>
<content type='text'>
the lock, when it is correctly initialized after the lock
ok otto millert
</content>
</entry>
<entry>
<title>put the malloc_readonly struct into the "openbsd.mutable" section, so</title>
<updated>2022-10-14T04:38:39+00:00</updated>
<author>
<name>deraadt</name>
<email></email>
</author>
<published>2022-10-14T04:38:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=fa629fb86c1178c43a56145cd374cbe7e8948275'/>
<id>urn:sha1:fa629fb86c1178c43a56145cd374cbe7e8948275</id>
<content type='text'>
that the kernel and ld.so will know not to mark it immutable.  malloc
handles the read/write transitions by itself.
</content>
</entry>
<entry>
<title>.Li -&gt; .Vt where appropriate;</title>
<updated>2022-09-11T06:38:11+00:00</updated>
<author>
<name>jmc</name>
<email></email>
</author>
<published>2022-09-11T06:38:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=62590e3e551e5acaf5ee4726dac3ed5fadbdf680'/>
<id>urn:sha1:62590e3e551e5acaf5ee4726dac3ed5fadbdf680</id>
<content type='text'>
from josiah frentsos, tweaked by schwarze

ok schwarze
</content>
</entry>
<entry>
<title>For putenv(3), return an error if string starts with a '=' character.</title>
<updated>2022-08-08T22:40:03+00:00</updated>
<author>
<name>millert</name>
<email></email>
</author>
<published>2022-08-08T22:40:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=3eee6c6c9c6bff990c7c1142c7a5e5e160a3cc0c'/>
<id>urn:sha1:3eee6c6c9c6bff990c7c1142c7a5e5e160a3cc0c</id>
<content type='text'>
Both FreeBSD and NetBSD have this behavior.  OK deraadt@
</content>
</entry>
<entry>
<title>change some 4.4BSD references to earlier releases</title>
<updated>2022-08-04T06:20:24+00:00</updated>
<author>
<name>jsg</name>
<email></email>
</author>
<published>2022-08-04T06:20:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=565db72607d44c0861e65fd71ea986de9a762d52'/>
<id>urn:sha1:565db72607d44c0861e65fd71ea986de9a762d52</id>
<content type='text'>
ok schwarze@
</content>
</entry>
<entry>
<title>If a command or interface first appeared in PWB/UNIX, UNIX System III or</title>
<updated>2022-07-25T02:25:55+00:00</updated>
<author>
<name>jsg</name>
<email></email>
</author>
<published>2022-07-25T02:25:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=a1b27470e9335406e9e74b121d5d9aad911cb397'/>
<id>urn:sha1:a1b27470e9335406e9e74b121d5d9aad911cb397</id>
<content type='text'>
UNIX System V mention it.  Only do so in manual pages with a
pre-existing HISTORY section.

Prompted by the comparison of System V and BSD commands and interfaces
in Sun's "System V Enhancements Overview" document.

checked against manuals on bitsavers, TUHS archive and CSRG archive CDs

ok jmc@ schwarze@
</content>
</entry>
<entry>
<title>To figure our whether a large allocation can be grown into the</title>
<updated>2022-06-30T17:15:48+00:00</updated>
<author>
<name>guenther</name>
<email></email>
</author>
<published>2022-06-30T17:15:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/openbsd/commit/?id=bba78d9dd5b00312f2056cd821f67a63db27dad5'/>
<id>urn:sha1:bba78d9dd5b00312f2056cd821f67a63db27dad5</id>
<content type='text'>
following page(s) we've been first mquery()ing for it, mmapp()ing
w/o MAP_FIXED if available, and then munmap()ing if there was a
race.  Instead, just try it directly with
mmap(MAP_FIXED | __MAP_NOREPLACE)

tested in snaps for weeks

ok deraadt@
</content>
</entry>
</feed>
