| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
per the specification, the terminating null byte is counted.
(cherry picked from commit 0a8d98285f46f721dabf38485df916c02d6a4675)
|
|
|
|
|
| |
this is the number of realtime signals available, not the maximum
signal number or total number of signals.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
PAGE_SIZE was hardcoded to 4096, which is historically what most
systems use, but on several archs it is a kernel config parameter,
user space can only know it at execution time from the aux vector.
PAGE_SIZE and PAGESIZE are not defined on archs where page size is
a runtime parameter, applications should use sysconf(_SC_PAGE_SIZE)
to query it. Internally libc code defines PAGE_SIZE to libc.page_size,
which is set to aux[AT_PAGESZ] in __init_libc and early in __dynlink
as well. (Note that libc.page_size can be accessed without GOT, ie.
before relocations are done)
Some fpathconf settings are hardcoded to 4096, these should be actually
queried from the filesystem using statfs.
|
|
|
|
| |
the value of MQ_PRIO_MAX does not fit, so it needs to use OFLOW.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
also update another newish feature in sysconf, stackaddr
|
|
|
|
|
| |
i've been trying out openmp and it seems like it won't be much use
without this...
|
|
|
|
|
| |
this caused glib to try to allocate >2gb for getpwnam_r, and probably
numerous other problems.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
multiple opens of the same named semaphore must return the same
pointer, and only the last close can unmap it. thus the ugly global
state keeping track of mappings. the maximum number of distinct named
semaphores that can be opened is limited sufficiently small that the
linear searches take trivial time, especially compared to the syscall
overhead of these functions.
|
| |
|
|
|