| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
from FreeBSD. With help from jmc@.
|
|
|
|
|
|
|
| |
is more readable than
`.' notation
zap some silly .Tn whilst here;
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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@
|
| |
|
| |
|
|
|
|
| |
OK jmc@.
|
|
|
|
| |
OK moritz@ and jaredy@
|
|
|
|
|
|
| |
wrappers around fopen/fclose. From tbert.
OK millert@, tedu@, and itojun@.
|
|
|
|
|
|
|
| |
to #ifdefs where they are used. Found by lint by bret dot lambert
at gmail.
OK deraadt@.
|
|
|
|
| |
OK moritz@.
|
|
|
|
| |
OK moritz@ and jaredy@.
|
|
|
|
|
|
| |
getaddrinfo reentrant.
OK millert@ and deraadt@.
|
| |
|
|
|
|
| |
Sync the documentation in getpid with arc4random's format.
|
|
|
|
| |
some time ago--it caused too many problems.
|
|
|
|
|
|
| |
immediately after.
OK millert@.
|
|
|
|
|
|
| |
No binary change with NLS enabled.
ok otto millert espie
|
|
|
|
|
|
|
|
| |
sizeof(buf) - 1 to sizeof(buf), since fgets takes the whole buffer size.
Based on diff from Charles Longeau <chl at tuxfamily dot org> long ago.
OK millert@.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Try to tell what this really does.
Including a BUGS section on why it doesn't.
*roff code by wiz@, with some input from
Slava Semushin <slava.semushin@gmail.com>
ok millert
|
|
|
|
|
|
| |
Suggested by itojun@ in response to my getaddrinfo fixes.
OK millert@.
|
|
|
|
| |
OK itojun@.
|
|
|
|
| |
OK itojun@, moritz@, and millert@.
|
|
|
|
|
|
| |
calls with their reentrant versions.
OK millert@.
|
|
|
|
| |
found by Srebrenko Sehic, corrected by millert and claudio;
|
| |
|
|
|
|
| |
OK millert@.
|
|
|
|
| |
done by arc4random(); ok millert@ deraadt@
|
|
|
|
| |
to get random data without calling getpid(), ok millert@ deraadt@
|
| |
|
|
|
|
| |
ok jmc@
|
| |
|
|
|
|
| |
4 hex digits between colons. deraadt ok
|
|
|
|
| |
in low-mem conditions; ok dim@
|
| |
|
| |
|
|
|
|
| |
send him feedback for these
|
|
|
|
|
|
|
|
|
|
| |
the kernel still handles RFC2292 set/getsockopts, so that compiled binary
has no trouble running. userland sees RFC3542 symbols only on header file
so new code has to use RFC3542 API.
bump libc shlib minor for function additions.
tested on i386/amd64 by jmc, i386 by brad. checked by deraadt.
|
| |
|
|
|
|
|
|
| |
(to sync up with more recent IPv6 spec)
ok from: deraadt mcbride
|
|
|
|
|
|
| |
<molivier at users dot sourceforge dot net>
ok jmc@ mickey@
|
|
|
|
| |
includes used a bit later (for instance on the vax)
|
|
|
|
|
| |
codebase. tested mostly by ckuethe and myself. __dtoa() use now requires
a call to __freedtoa()
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
create special allocators for pginfo and pgfree structs instead of imalloc.
this keeps them separated from application memory.
for chunks, to prevent deterministic reuse, keep a small array
and swizzle the to be freed chunk with a random previously freed chunk.
this last bit only for chunks because keeping arbitrarily large regions
of pages around may cause out of memory issues (and pages are, to some
extent, returned in random order).
all changes enabled by default.
thanks to ben for pointing out these issues.
ok tech@
|
|
|
|
| |
<bret dot lambert at gmail.com>; ok millert@ deraadt@
|
| |
|
| |
|
| |
|
|
|
|
| |
own brains out, and then takes lint down with it. To be investigated...
|
| |
|