| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Reviewed by: guido
Obtained from: OpenBSD (Theo de Raadt)
|
| |
|
| |
|
|
|
|
|
| |
were a workaround for limitations in bsd.man.mk that were fixed about
2 years ago.
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
Mention the capability in resolver(5).
Mention that RES_OPTIONS can be used in resolver(5).
Discussed with: -hackers
|
| |
|
|\
| |
| |
| | |
which included commits to RCS files with non-trunk default branches.
|
| |
| |
| |
| |
| | |
libc/db, libc/gen/crypt.* and libtelnet. All affected files except 3
unimportant ones have already left the vendor branch.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Only call malloc() if the fd is too big for the compiled in fd_set size,
and don't use calloc either. This should reduce the impact of conflicts
with private malloc implementations etc. When using the fd_set on the
stack, only zero what is needed rather than all 1024 bits like FD_ZERO did.
|
| |
| |
| |
| |
| | |
are open.
Obtained from: OpenBSD; by deraadt and dm
|
| | |
|
| |
| |
| |
| | |
overflow problem differently.
|
| | |
|
| |
| |
| |
| | |
Obtained from: OpenBSD
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
so that all these makefiles can be used to build libc_r too.
Added .if ${LIB} == "c" tests to restrict man page builds to libc
to avoid needlessly building them with libc_r too.
Split libc Makefile into Makefile and Makefile.inc to allow the
libc_r Makefile to include Makefile.inc too.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
prevent information leakage.
Closes PR 2578
Submitted by: Julian Assange
|
| |
| |
| |
| | |
Reviewed by: wollman
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
args, and errno hasn't actually been set so it probably doesn't make sense
to report it via strerror().
Pointed out by: bde
|
| |
| |
| |
| | |
Pointed out by: bde
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
when called from lpd.
Reviewed by: jkh, pst
Submitted by: Oliver Friedrichs <oliver@secnet.com>
|
| | |
|
| |
| |
| |
| | |
Submitted by: Julian Assange
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This will make a number of things easier in the future, as well as (finally!)
avoiding the Id-smashing problem which has plagued developers for so long.
Boy, I'm glad we're not using sup anymore. This update would have been
insane otherwise.
|
| |
| |
| |
| | |
Submitted by: paul@vix.com
|
| |
| |
| |
| |
| | |
isxdigit(name[0]) gives false failures on short names which looks
like hexadecimal digits, f.e. "fade", "babe", "d133", etc.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
RELENG_2_2!
This is part#2 of the previous commit to src/lib/libc/net to contain the
potential damage.
This provides stubs so that binaries linked in 2.2 will run on 3.0
|
| |
| |
| |
| |
| | |
DNSSEC stuff, among other things. There are also some renamed functions,
I've left out the res_stubs.c from this commit in case cvs bombs out..
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- getservent:
o put _yp_check() proto under #ifdef YP where it belongs
o local YP buffers should be YPMAXRECORD + 2 bytes long and should
be NUL terminated after copying
- gethostbynis:
o local YP buffer should be YPMAXRECORD + 2 bytes long
- getnetbynis:
o local YP buffer should be YPMAXRECORD + 2 bytes long and should
be NUL terminated after copying
- ether_addr:
o local YP buffers should be YPMAXRECORD + 2 bytes long and should
be NUL terminated after copying (in this case it's BUFSIZ + 2 bytes,
but it happens that BUFSIZ == YPMAXRECORD.
- gethostbydns:
o nuke stray 'return(NULL)' in __dns_getanswer() (harmless but looks silly)
These are 2.2 candidates. I will wait a few days to make sure these don't
break anything and then, if there are no objections, move them to the 2.2
branch.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
lookup results. Without this, doing multiple host/addr lookups in a
single process yeilds strange results (the buffer is static, and
garbage may be left behind from previous lookups).
I just noticed this in 2.2-BETA. Unless somebody threatens to chop my
hands off with an axe, I'm going to move this to the 2.2-RELENG branch
shortly.
|
| |
| |
| |
| |
| |
| |
| | |
of BIND, we need to tweak some things to that gethostanswer() knows
whether or not we're dealing with an IPv4 or IPv6 address. (This'll
teach me to use a 2.1.0 system for NIS development -- but it's so nice
and stable I just can't being myself to upgrade it. :)
|
| | |
|
| |
| |
| |
| | |
functions from outside libc. (Needed for async DNS resolver in ypserv.)
|
| | |
|
| |
| |
| |
| | |
Pointed out by: wollman, bde
|
| |
| |
| |
| |
| |
| | |
local variable use.
Found by: actually using ascii2addr() :-/
|
| |
| |
| |
| |
| |
| | |
in lots of unrelated junk from <net/if.h> and <net/if_ether.h>. These
functions still aren't prototyped anywhere (but should be in
<net/ethernet.h>---got that, Bill?).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
and he said:
The 3rd agrument is new; looks like it was part of the upgrade to
a new BIND with some IPv6 support. The third argument here should be
AF_INET. In order for it to be anything else, I'd have to add new
NIS functions to support IPv6 lookups. I don't even know what those
look like yet.
So there ya go, add AF_INET as the 3rd argument to the call.
Submitted-by: wpaul
|
| |
| |
| |
| |
| | |
have simply been passed as arrays. In some cases, casts had even
been added to remove the warnings generated by such misuse! Aieee!
|
| |
| |
| |
| |
| | |
Everyone please call ParaSoft today and say "I will buy 57 copies of
Insure++ tomorrow, but first I want a FreeBSD version." :-)
|