| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
| |
comes originally from Todd Miller.
Obtained from: OpenBSD
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
MIN() macro.
Pointy hat to: rwatson
|
|
|
|
|
|
|
| |
entirely desirable. Back out previous commit, and clean up includes
to be more minimal.
Submitted by: bde
|
|
|
|
|
|
|
| |
of kernel include files, reducing the replication of kernel include
dependency information in userland.
Obtained from: TrustedBSD Project
|
|
|
|
| |
Forgotten by: jake
|
| |
|
| |
|
|
|
|
| |
Obtained from: netbsd
|
|
|
|
|
| |
in another file so that it is easy to see what they are and keep them in
sync with the headers (grafted from the kernel generated assym.s).
|
| |
|
|
|
|
| |
will link. They must be used for weak symbols as well as strong ones.
|
|
|
|
|
|
|
|
| |
offsets don't work. It should really be documented that the returned
pointer can be in the middle of a fully-valid page when the offset
is not page-aligned, but I couldn't come up with suitable wording.
PR: kern/22754
|
|
|
|
|
|
|
| |
the joining thread is in a signal handler.
Reported by: Loren James Rittle <rittle@labs.mot.com>
MFC after: 1 week
|
|
|
|
|
| |
PR: 29376
Submitted by: Farooq Mela <fmela0@sm.socccd.cc.ca.us>
|
|
|
|
| |
Pointed out by: knu
|
|
|
|
|
| |
PR: 32028
Submitted by: andrew@ugh.net.au
|
|
|
|
|
|
|
|
| |
extattr namespace routines to the libc/posix1e directory. While
the extattr calls are not strictly POSIX.1e, POSIX.1e wasn't
strictly ever approved, so I think that's OK.
Obtained from: TrustedBSD Project
|
| |
|
|
|
|
|
|
|
| |
is not defined in the capability type list. Provide a definition for
'bool', if a slightly less than elegant one. Note that this definition
does not include the complete scope of available behavior defined
in cgetcap(3), and could probably be improved.
|
|
|
|
|
|
|
| |
o Update abs(3), div(3), labs(3), ldiv(3) to reflect standards
conformance and add additional references.
Reviewed by: bde, wollman
|
|
|
|
|
| |
PR: docs/31866
Submitted by: W. Campbell <wcampbel@botbay.net>
|
|
|
|
|
|
|
|
|
|
|
| |
- Renumber labels since the previous revision removed one.
- Remove useless and wrong comment.
- Repeating the function name is just redundant.
- The previous revision made the comment about %edx useless.
- The comment about %eax was wrong (but did explain why %eax used to be
fixed up).
Submitted by: bde
|
|
|
|
|
| |
don't bother manually fixing up %eax for the parent process by testing
the value in %edx and zeroing and already zeroed %eax.
|
|
|
|
|
|
|
|
| |
if and only if a target directory is devfs. Previous patch
doesn't correct, it's unconditionally avoid to create a device
file if kernel knows devfs.
PR: 31109
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
replaced with the new version in sendmail's distribution, vacation and
the necessary libraries (libsmdb and libsmutil) were changed so they
were always compiled. This broke people who didn't checkout
src/contrib/sendmail/. I don't know if it's best to think of NO_SENDMAIL
as no sendmail sources available or no sendmail binary. It is now the former.
Also, remove the sendmail chapter from System Managers Manual (SMM) if
NO_SENDMAIL is defined (for similar reasons -- source not available).
PR: 31863, 31865
Submitted by: matusita, Joe Kelsey <joe@zircon.seattle.wa.us>
MFC after: 3 days
|
|
|
|
|
|
|
|
| |
`warn'. Now a whole 2 members of the err() family don't cause pollution.
This fixes world breakage in awk for NOSHARED worlds. contrib/awk/msg.c
has had its own version of err() for a long time, but this somehow
didn't cause problems until the update to awk-3.1.0.
|
|
|
|
|
| |
PR: bin/29218
Submitted by: Goran Lowkrantz <goran.lowkrantz@ismobile.com>
|
|
|
|
|
|
|
| |
- Clean up the manpage.
- style(9) rcmdsh.c.
Committed from: BSDCon/EU 2k+1 terminal room
|
|
|
|
|
|
|
|
|
|
| |
access an array beyond it's length. This only happens in the last iteration of
a loop, and the value fetched is not used then, so the bug is a relatively
innocent one. Fix this by not fetching any value on the last iteration of said
loop.
Submitted by: MKI <mki@mozone.net>
MFC after: 1 week
|
| |
|
|
|
|
|
|
| |
what broke ps on ia64. It probably also broke on alpha, but the fallback
method of using lseek/read on /proc/*/mem to read ps_strings seems to
work there. It doesn't on ia64 yet.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
hosts:!!!!!!!!@@@@@$%^&*()()*$(files{}{}|||++!)(dns
exactly the same as:
hosts: files dns
Recover from parse errors by looking for the end of a line; this
allows entries without errors to still be parsed even if there is
an erroneous entry earlier in the file.
|
|
|
|
|
|
|
|
|
| |
new flags: F_ROOTDIR and F_RR (Rock Ridge present).
- Cache the SUSP LEN_SKP parameter in struct file as well.
- If we open() '/', then force a read of the directory's contents so we
can examine the directory record of '.' to see if Rock Ridge is present.
- If Rock Ridge extensions are present, lookup Rock Ridge names in
readdir().
|
|
|
|
|
| |
- Use the SUSP parser to detect Rock Ridge (RRIP) extensions and to look
up alternate names when opening files.
|
|
|
|
|
| |
prototypes. I'm tired of getting stupid bugs from changing function
parameters and not getting warnings from the compiler when I goof it up.
|
|
|
|
|
|
|
| |
While I'm here, "of a second" does not belong to CLOCKS_PER_SEC.
PR: 30297
Submitted by: Bernd Luevelsmeyer <bdluevel@heitec.net>
|
|
|
|
|
|
|
|
|
|
|
| |
I'm assuming that the comment was regarding socket address structures, so
correct the comment about pre-zero'ing socket structures to recommend
pre-zero'ing socket address structures.
- Fix some minor grammar nits.
- This isn't directly submitted by the PR below but is related to it and was
inspired by it.
PR: 31704
|
|
|
|
|
|
|
|
|
|
| |
page and add an historical note explaining this. This patch is
based on Stephen's.
We still need someone to implement tgamma.
PR: 28972, 31764
Submitted by: Stephen Montgomery-Smith <stephen@math.missouri.edu>
|
|
|
|
|
| |
PR: docs/31745
Submitted by: Andrew <andrew@ugh.net.au>
|
|
|
|
|
| |
PR: 31436
Submitted by: Milon Papezik <milon.papezik@oskarmobil.cz>
|
|
|
|
|
| |
PR: 31365
Submitted by: SUZUKI Koichi <koich@cac.co.jp>
|
|
|
|
|
| |
PR: 31747
Submitted by: <andrew@ugh.net.au>
|