| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
"fixing" it is not a good idea.
|
| |
|
| |
|
|
|
|
| |
Minor formatting
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Basic support for the Shift JIS encoding of japanese.
(and one tiny typo fixed in a comment)
|
|
|
|
| |
Submitted by: Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru>
|
|
|
|
|
| |
that are up on second (loopback only) pass, and only select non-loopback
AF_INET interfaces that are up on first pass.
|
|
|
|
|
|
|
|
|
| |
plain 0 should be used. This happens to work because we #define
NULL to 0, but is stylistically wrong and can cause problems
for people trying to port bits of code to other environments.
PR: 2752
Submitted by: Arne Henrik Juul <arnej@imf.unit.no>
|
| |
|
|
|
|
|
|
|
| |
an unimplemented syscall returned ENOSYS, rather than EINVAL. I have run
statically linked code with this wrapper and it does appear to work fine
on 2.2-stable which doesn't have poll(). ktrace shows the poll syscall fail
once and the fallback to select() working.
|
|
|
|
|
| |
__getcwd(). I've got this libc code running on one of my machines
at the moment without the __getcwd() syscall being present.
|
|
|
|
| |
(`cvs diff -ib' print one new char ;-).
|
|
|
|
|
|
| |
important things to do ?? :-)
Prepare for the likely case of a change in kernel algorithm.
|
| |
|
|
|
|
|
| |
PR: bin/4134
Submitted by: nick@foobar.org
|
|
|
|
|
| |
If your kernel doesn't support __getcwd() or if __getcwd() cannot
deliver because of cache expiry, it does the canonical thing.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
if necessary. This removes the need to malloc large fd_set's for selecting
on high fd's (larger than FD_SETSIZE at libc compile time).
The syscall adaptive stuff only happens on the very first call. SIGSYS
is masked, and if the call to poll fails with ENOSYS, then we use select
for the life of the program. If poll does not fail with ENOSYS, then we
always use poll and skip the once-off signal masking gunk.
This may be overkill, but it saved my neck a few times while working on
multiple different sets of kernel sources, some with poll, some without.
|
|
|
|
| |
Obtained from: NetBSD
|
| |
|
|
|
|
| |
Make all the SA_* flags go into a tagged list, to improve readability.
|
| |
|
| |
|
|
|
|
| |
Fortunately, the man page doesn't refer to "envp" so just deleting it is OK.
|
|
|
|
|
|
| |
Mention the capability in resolver(5).
Mention that RES_OPTIONS can be used in resolver(5).
Discussed with: -hackers
|
| |
|
|
|
|
|
| |
Reviewed by: phk
Submitted by: jdp
|
|
|
|
|
|
|
|
|
|
|
| |
#defines that are compatable with ours). I made some some minor tweaks
to the leading '_' tests.
Again, this is off by default for the moment. This probably should be
split into seperate files (like some of our other libc files that could
do with some splitting).
Obtained from: OpenBSD (plus some minor tweaks)
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
tree. Also merge in fix to NetBSD PR #1495. These represent 1.3-1.9 in
the OpenBSD tree. Make minor KNF changes to new code (which is in the
OpenBSD as 1.10). This avoids the symlink race problems.
These patches should go into 2.2.5 before the ship if they don't
break anything in -current.
Reviewed by: Bruce Evans
Obtained from: OpenBSD
|
|
|
|
|
|
|
|
|
|
| |
undefined symbol referenced from libc. Without the stub, it is
impossible to execute any program using the shared library if
LD_BIND_NOW=1 is in the environment. The stub always returns
failure, but it can be overridden outside the library when necessary.
I don't know whether this is the "correct" fix, but it is intolerable
to have any undefined symbols referenced from libc.
|
| |
|
|
|
|
|
|
|
| |
This makes 64bit operation more likely.
Reviewed by: phk
Submitted by: jdp
|
| |
|
|
|
|
|
| |
elevated privs.
Obtained from: OpenBSD
|
|
|
|
|
| |
PR: misc/3575
Submitted by: Bruce Evans <bde@zeta.org.au>
|
|
|
|
|
|
| |
manpage.
PR: docs/3735
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
PR: docs/4198
Submitted by: Ada T. Lim <ada@not-enough.bandwidth.org>
|
|
|
|
| |
PR: docs/4261
|
|
|
|
|
| |
PR: 3516
Submitted by: Matthew Flatt <mflatt@cs.rice.edu>
|
|
|
|
|
| |
it_interval value. It is backward-compatible with previous usage
and SunOS-compatible now.
|
| |
|