| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Submitted by: markus
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
to pidfile_write happen, the pidfile will have nul characters prepended
due to the cached file descriptor offset...
Reviewed by: scottl
MFC after: 3 days
|
|
|
|
|
|
| |
Useful tips from: ru, bde
Approved by: pjd
MFC after: 3 days
|
|
|
|
| |
and loading it.
|
|
|
|
|
|
|
| |
pidfile_close() functions is safe. This possibility is used in example code.
- Cast pid_t to int.
Requested by: yar
|
| |
|
|
|
|
|
|
| |
of the string, and reliance on the returned pointer.
Found by: bde (tm)
|
|
|
|
|
|
|
|
|
|
|
| |
from /etc/login.conf, or an unterminated string buffer could result.
Probably, login_times.c should reject excessively long time strings as
unparseable, rather than truncating, which might render an invalid
string valid.
Found with: Coverity Prevent (tm)
Reviewed by: csjp
MFC after: 3 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
in an external reference to mac_set_proc(3).
|
|
|
|
|
|
|
|
|
|
|
| |
rather than forcing the state to LOOK. If we are in the middle of parsing
a line when we have to do a FILL we would have lost any token we were in
the middle of parsing and would have treated the next character as being
at the start of a new line instead.
PR: kern/89181
Submitted by: Antony Mawer gnats at mawer dot org
MFC after: 1 week
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
host name. This is matches the documented behaviro. The previous
behavior would remove the domain name even if the result retained a dot.
This fixes rsh connections from a.example.com to example.com.
Reviewed by: ceri (at least the concept)
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
| |
Idea from: jmg
Discussed on: arch@
|
|
|
|
|
|
|
| |
been bumped since RELENG_5.
Reviewed by: ru
Approved by: re (not needed for commit check but in principle...)
|
|
|
|
|
| |
NI_WITHSCOPEID, and our getaddrinfo(3) does nothing special
for it, now.
|
| |
|
|
|
|
|
| |
Submitted by: Wojciech A. Koszek [dunstan freebsd czest pl]
PR: 79747
|
|
|
|
| |
Submitted by: ceri
|
|
|
|
| |
Suggested by: ru
|
|
|
|
| |
Inspiried by: ru
|
|
|
|
|
| |
PR: 76981
Submitted by: Lowell Gilbert <freebsd-bugs-local@be-well.ilk.org>
|
| |
|
|
|
|
| |
for the time being.
|
| |
|
| |
|
|
|
|
|
| |
PR: 75574
Submitted by: Nobuyuki Koganemaru <n-kogane@syd.odn.ne.jp> (original version)
|
| |
|
|
|
|
| |
Requested by: ru
|
|
|
|
| |
Obtained from: NetBSD
|
| |
|
| |
|
|
|
|
|
|
| |
not the program. Also, bump the document date.
Reminded by: our resident mdoc guard (ru)
|
|
|
|
|
|
| |
Reported by: Bill Moran <wmoran@potentialtech.com>
Submitted by: keramida
MFC after: 2 weeks
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Some minor sentence tweaking.
|
|
|
|
|
|
| |
readable form.
Obtained from: NetBSD
|
|
|
|
|
|
| |
to variadic functions.
Approved by: das (mentor)
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
arguments. The function has as a second argument a struct passwd * pointer,
not a directory name.
MFC after: 2 weeks
|
|
|
|
|
|
|
| |
Further contemplation has convinced me that this was
not going to really solve the problem of environment-poisoning
without raising serious administrative headaches. There
must be a better way...
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This function removes all environment variables except
the ones listed on a "whitelist."
The function accepts two whitelist arguments.
If the first is NULL, a built-in default list will be
used. This allows callers to get a variety of behaviors:
* Default screening: provide NULL for both lists
* Custom screening: provide a custom list for the first argument
* Modified default screening: provide NULL for first arg,
list of additional variables to preserve in the second arg
Idea from: Jacques Vidrine
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
symbols exported by newer versions of libc, and so we want applications
depending on the newer library code to be required to link against the
newer libc.
Discussed with: scottl, kris, imp
|
| |
|