| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
from the latter.
|
|
|
|
|
|
|
| |
kern.ipc.somaxconn instead of hardcoded value 64.
Submitted by: Andrey Ignatov <rdna@rdna.ru>
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This structure is not part of POSIX. According to POSIX, gettimeofday()
has the following prototype:
int gettimeofday(struct timeval *restrict tp, void *restrict tzp);
Also, POSIX states that gettimeofday() shall return 0 (as long as tzp is
not used). Remove dead error handling code. Also use NULL for a
nul-pointer instead of integer 0.
While there, change all pieces of code that only use tv_sec to use
time(3), as this provides less overhead.
|
|
|
|
|
|
|
|
|
|
|
|
| |
clock. In general, gettimeofday() is not appropriate interface
when accounting for elasped time because it can go backward, in
which case the policy code could errornously consider the limit
as exceeded.
MFC after: 1 week
Reported by: Mahesh Arumugam
Submitted by: Dorr H. Clark via gnn
Sponsored by: Citrix / NetScaler
|
|
|
|
|
|
|
|
|
|
| |
The index() and rindex() functions were marked LEGACY in the 2001
revision of POSIX and were subsequently removed from the 2008 revision.
The strchr() and strrchr() functions are part of the C standard.
This makes the source code a lot more consistent, as most of these C
files also call into other str*() routines. In fact, about a dozen
already perform strchr() calls.
|
| |
|
| |
|
|
|
|
|
| |
Most of these tools build with WARNS=6, except for their use of K&R
function declarations.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
environments.
Please note that this can't be done while such processes run in jails.
Note: in future it would be interesting to find a way to do that
selectively for any desired proccess (choosen by user himself), probabilly
via a ptrace interface or whatever.
Obtained from: Sandvine Incorporated
Reviewed by: emaste, arch@
Sponsored by: Sandvine Incorporated
MFC: 1 month
|
| |
|
|
|
|
|
|
|
|
| |
ONC services as well.
PR: bin/119203
Submitted by: Peter Jeremy
MFC atfer: 1 week
|
|
|
|
|
|
|
|
|
| |
This was needed during the IPSEC->FAST_IPSEC->IPSEC transition
period to not break the build after picking up netipsec header
files. Now that the FAST_IPSEC kernel option is gone and the
default is IPSEC again those defines are superfluous.
Approved by: re (rwatson)
|
|
|
|
|
|
|
|
| |
This commit includes all remaining changes for the time being including
user space updates.
Submitted by: bz
Approved by: re
|
|
|
|
|
|
|
|
|
|
| |
sockets. Instead of rejecting all unix domain connections when the
-C flag is given, allow them instead. Aragon tested an earlier
version of the patch.
PR: 109315
MFC after: 2 weeks
Tested-by: Aragon Gouveia <aragon@phat.za.net>
|
| |
|
|
|
|
|
|
|
| |
crunched floppies, but they can be included as options in
src/release/picobsd (omitted by default though.) Therefore
preserve the RELEASE_CRUNCH knob in their Makefiles, but
tell its real purpose in a comment.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
1900 in network byte order. Use a uint32_t to calculate and send
the time, so that we don't need to know how big ints or longs are.
I used uint32_t instead of int in the patch, on the off chance
someone uses our inetd source on a system that doesnt 32 bit ints.
PR: 95290
Submitted by: Bruce Becker <hostmaster@whois.gts.net>
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
| |
old bugs, as well as some unwanted side effects. I will do more
investigation and fix these issues first.
Pointed out by: dwmalone
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Teach inetd(8) about kqueue, originally implemented by jmg@[1].
- Use new C99 style function prototypes instead of K&Rs.
- Raise WARNS from 2 to 6
Glanced at by: ru
MFC After: 2 weeks
[1] http://people.freebsd.org/~jmg/inetd.kq.patch,
http://people.freebsd.org/~jmg/inetd.kq.html
|
|
|
|
|
|
|
|
|
|
| |
for each of udp and tcp (and their IPv6 equivalents when INET6 is
enabled). Note that dependency here.
PR: docs/90435
Submitted by: Dmitry Kazarov <kazarov at mcm dot ru>
Pointed out by: Daniel Gerzo <danger at rulez dot sk>
MFC after: 8 days
|
|
|
|
|
|
|
| |
them for reading. When user can open file for reading, he can also
flock(2) it, which can lead to confusions.
Pointed out by: green
|
| |
|
|
|
|
|
|
|
| |
method of executing commands remotely. There are no rexec clients in
the FreeBSD tree, and the client function rexec(3) is present only in
libcompat. It has been documented as "obsolete" since 4.3BSD, and its
use has been discouraged in the man page for over 10 years.
|
|
|
|
|
| |
NI_WITHSCOPEID, and our getaddrinfo(3) does nothing special
for it, now.
|
|
|
|
| |
Approved by: dwmalone
|
|
|
|
| |
(with permission of addtional copyright holders where appropriate)
|
| |
|
|
|
|
|
|
|
| |
services database. Now only services that are actually used need to be
defined.
Submitted by: ume
|
|
|
|
|
|
|
| |
not NULL.
Submitted by: Stefan Farfeleder <stefan@fafoe.narf.at>
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
exactly the same as patch from the PR, which also exited if the
config file was missing. I didn't use Jeff's patch because I was
worried that some people might start inetd, create the config file
and then HUP inetd.
PR: 60806
Submitted by: Jeff Ito <jeffi@rcn.com>
MFC after: 2 weeks
|
|
|
|
|
| |
another paragraph.
Obtained from: David Malone <dwmalone@maths.tcd.ie>
|
|
|
|
|
| |
"auth" facility not "daemon".
Submitted by: "Bill Richter (7X22KEY)" <richterb@binkley.foothill.net>
|
|
|
|
| |
variable.
|
|
|
|
|
|
| |
use IPV6_RECVPKTINFO instead.
Reported by: someone (I had removed the mail wrongly, sorry)
|
|
|
|
|
| |
to log data. Clean up an unused variable that was hidden by the WARNS?=2
being commented out. Uncomment it now that it compiles cleanly again.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
(or possibly testing) the previous formula worked for the default
constants compiled into inetd, but if you recompiled with different
values of CHTSIZE and CHTGRAN the calculation might not have worked.
PR: 54354
Submitted by: Claus Assmann <ca@sendmail.org>
Submitted by: Jose Marcio Martins da Cruz <Jose-Marcio.Martins@ensmp.fr>
MFC after: 5 days
|
| |
|
|
|
|
|
|
|
|
|
|
| |
into a child process. Rather than closing the discriptors manually,
mark all discriptors as close-on-exec.
PR: 47694
Submitted by: Max Okumoto <okumoto@ucsd.edu>
Obtained from: NetBSD
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
| |
we don't leak memory. Only one of these two cases (reconfig) actually
causes a leak because the other is usually followed by an exec.
PR: 46845
Reviewed by: David Wang <dsw@juniper.net>
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
cases, the `struct sockaddr' will not be allocated.
Reported by: nectar
MFC after: 2 days
|
|
|
|
|
|
|
|
|
|
| |
rather than specifically setting the process priority and resource class;
otherwise, we improperly set other aspects of the login class. We have
a bit more to do here, but the proper fix will probably involve breaking
out MAC labels from the login class at some point, as well as further
clarifying the logic here.
Pointed out by: kuriyama, max
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
with a class, rather than all aspects of the class when switching
classes for an inetd service. Because we hard-code /daemon in the
current inetd implementation, using SETALL has unfortunate side-effects
involving the MAC code, and potentially other credential related
settings in the future. This change maintains the DoS-resistent
aspects of the class behavior, which is all that is promised in the
inetd man page.
A larger set of diffs providing more pluggability and configurability
was deferred for this more simple approach in the short term.
Reviewed by: ache
Obtained from: TrustedBSD Project
Sponsored by: DARPA, Network Associates Laboratories
|
| |
|
|
|
|
|
|
| |
PR: 41912
Submitted by: Aaron Smith <aaron@mutex.org>
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
this avoids some double negatives which are a bit difficult to
parse.
Always tread v[46]bind{,_ok} as booleans.
|