openbsd/src, branch OPENBSD_4_2_BASEA mirror of https://github.com/libressl/openbsd.git
https://git.lua4.win/openbsd/atom?h=OPENBSD_4_2_BASE2007-08-08T21:24:30+00:00This commit was manufactured by cvs2git to create tag 'OPENBSD_4_2_BASE'.2007-08-08T21:24:30+00:00cvs2svnadmin@example.com2007-08-08T21:24:30+00:00urn:sha1:00378a4a879d3c5f8dd1b4d3ed668a03d950e7a0Clarify the example about avoiding overflow. OK ray@ deraadt@2007-08-08T21:24:29+00:00millert2007-08-08T21:24:29+00:00urn:sha1:335adc97a1cc8992c990307f49239ee1655b559bShow how to use strcspn(3) to trim newlines.2007-08-08T07:20:45+00:00ray2007-08-08T07:20:45+00:00urn:sha1:802dd8da00080309633c1595570521a4b19ea938
OK jmc and millert.
Correctly NUL terminate the message buffer that is used with the2007-08-06T13:32:49+00:00claudio2007-08-06T13:32:49+00:00urn:sha1:066678a9abd4d902e555bec4e2e68192b477baba
-starttls option. Without this openssl s_client -starttls crashed with
malloc.conf -> J. OK deraadt@, hshoexer@
/*FALLTHRU*/ -> /* FALLTHROUGH */2007-08-05T16:11:09+00:00ray2007-08-05T16:11:09+00:00urn:sha1:fbdb4996ce0be760a632bb4a5052ac3014e92c83Reference limits.h, not sys/param.h since we document using PATH_MAX2007-07-06T15:42:04+00:00millert2007-07-06T15:42:04+00:00urn:sha1:9af2407ba2d762e0c878be09a5c593abfcba18c8
OK otto@
from ginsbach@netbsd, -r1.18:2007-07-03T12:06:07+00:00jmc2007-07-03T12:06:07+00:00urn:sha1:dfd3915e02e7e5745c0698bba0e21917063ffaa4
Document that getopt_long(3) can and will accept unique abbreviated long
option names. This feature has been present since getopt_long(3) was first
released in NetBSD 1.5. This is also standard GNU getopt_long(3) behavior.
ok millert
Document behavior when no conversion could be performed. Adapted2007-06-29T18:54:37+00:00millert2007-06-29T18:54:37+00:00urn:sha1:ac1bccf636517190eaf1cc13a79548688a38c6ea
from FreeBSD. With help from jmc@.
``dot'' notation2007-06-12T16:50:06+00:00jmc2007-06-12T16:50:06+00:00urn:sha1:84283cef03fc33c8bf96c1e48567804c12b9b670
is more readable than
`.' notation
zap some silly .Tn whilst here;
_FD_LOCK/UNLOCK() is libpthread specific and not needed for librthread, so2007-06-05T18:11:48+00:00kurt2007-06-05T18:11:48+00:00urn:sha1:a9f7df88bc0ab9f89af4f9e71a3e4daea3a14008
isolate its usage to libpthread only and replace with generic non-static
mutex support in the one place it is needed:
- remove _FD_LOCK/UNLOCK from lseek and ftruncate in libc and make the
functions weak so that libpthread can override with its own new
versions that do the locking.
- remove _thread_fd_lock/unlock() weak functions from libc and adjust
libpthread for the change.
- add generic _thread_mutex_lock/unlock/destroy() weak functions in libc
to support non-static mutexes in libc and add libpthread and librthread
implementations for them. libc can utilize non-static mutexes via the
new _MUTEX_LOCK/UNLOCK/DESTROY() macros. Actually these new macros can
support both static and non-static mutexes but currently only using
them for non-static.
- make opendir/closedir/readdir/readdir_r/seekdir/telldir() thread-safe
for both thread libraries by using a non-static mutex in the struct
_dirdesc (typedef DIR), utilizing it in the *dir functions and remove
remaining and incorrect _FD_LOCK/UNLOCK() use in libc.
- add comments to both thread libraries to indicate libc depends on the
current implementation of static mutex initialization. suggested by
marc@
- major bump libc and libpthread due to function removal, structure
change and weak symbol conversions.
okay marc@, tedu@