| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
| |
Make it ``user.notice'', as per manpage.
(The syslog(3) function defaults to LOG_USER facility
if none is specified, but we don't use syslog() in the
-h case.)
PR: docs/30374
Noticed by: SUGIMURA Takashi <sugimura@jp.FreeBSD.org>
|
|
|
|
| |
Submitted by: "Sergey A. Osokin" <osa@freebsd.org.ru>
|
|
|
|
|
|
|
|
|
| |
COPTS towards the end of final CFLAGS so that it can be used to
override Makefile and other defaults. Using it in Makefiles risks
having options set using it clobbered when somebody uses it on the
command line.
Approved by: bde
|
|
|
|
| |
Reviewed by: imp, markm
|
|
|
|
|
| |
Forgotten by: mike
Submitted by: ru
|
|
|
|
|
|
|
| |
o Create an EXAMPLES section.
o In some places change "ru" to "RU" to be consistent.
Reviewed by: ru
|
|
|
|
|
|
|
|
| |
The remaining problem of converting highly incompatible pointer types
is done by "laundering" the value through a union.
This solves the problem (in my own mind) of how a "const char *" _ever_
actually gets a value in a WARNS=2 world.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixed macros for temporarily relinquishing and restoring setuid/setgid
privileges so that they never change the real user and group IDs of
the calling process.
The setre[ug]id() calls are still used in the REDUCE_PERM macro (with
the r[ug]id arguments of -1) so that the call changes the saved user
and group IDs of the process to that specified.
Also, the panic() and perr() functions had insufficient privileges to
delete the problematic file under /var/at.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
documented behavior. Only a certain set of file flags were recognized,
and "no" flags did not match files that have corresponding flags bits
turned off.
Fix and extend the -flags functionality as follows:
: -flags [-|+]<flags>,<notflags>
: The flags are specified using symbolic names (see chflags(1)).
: Those with the "no" prefix (except "nodump") are said to be
: <notflags>. Flags in <flags> are checked to be set, and flags in
: <notflags> are checked to be not set. Note that this is different
: from -perm, which only allows the user to specify mode bits that
: are set.
:
: If flags are preceded by a dash (``-''), this primary evaluates
: to true if at least all of the bits in <flags> and none of the bits
: in <notflags> are set in the file's flags bits. If flags are pre-
: ceded by a plus (``+''), this primary evaluates to true if any of
: the bits in <flags> is set in the file's flags bits, or any of the
: bits in <notflags> is not set in the file's flags bits. Otherwise,
: this primary evaluates to true if the bits in <flags> exactly match
: the file's flags bits, and none of the <flags> bits match those of
: <notflags>.
MFC after: 2 weeks
|
| |
|
|
|
|
|
|
|
| |
options.
PR: 30275
Reviewed by: jake
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fseek -> fseeko
ftell -> ftello
fseek(x, 0L, 0) -> rewind(x)
NOTE: that fseek/ftell not works for >long offsets per POSIX:
[EOVERFLOW] For fseek( ), the resulting file offset would be a value which
cannot be represented correctly in an object of type long.
[EOVERFLOW] For ftell ( ), the current file offset cannot be represented
correctly in an object of type long.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fseek -> fseeko
ftell -> ftello
NOTE: fseek/ftell not works for >long offsets per POSIX:
[EOVERFLOW] For fseek( ), the resulting file offset would be a value which
cannot be represented correctly in an object of type long.
[EOVERFLOW] For ftell ( ), the current file offset cannot be represented
correctly in an object of type long.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
long -> off_t
fseek -> fseeko
NOTE: that fseek not works for >long offsets files per POSIX:
[EOVERFLOW] For fseek( ), the resulting file offset would be a value which
cannot be represented correctly in an object of type long.
|
|
|
|
|
|
|
|
|
|
| |
strtol -> strtoll
fseek -> fseeko
NOTE: that fseek not works for >long offsets files per POSIX:
[EOVERFLOW] For fseek( ), the resulting file offset would be a value which
cannot be represented correctly in an object of type long.
|
|
|
|
|
|
|
|
|
|
|
| |
long -> off_t
strtol -> strtoll
fseek -> fseeko
NOTE: that fseek not works for >long offsets files per POSIX:
[EOVERFLOW] For fseek( ), the resulting file offset would be a value which
cannot be represented correctly in an object of type long.
|
|
|
|
|
|
| |
Obtained from: OpenBSD
Reviewed by: audit
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
an infinite spin loop when the terminal window is forcibly blown away.
PR: 29553
Reported by: Sung N. Cho <sucho2@vt.edu>
MFC after: 1 day
|
| |
|
|
|
|
| |
PR: docs/30237
|
| |
|
|
|
|
|
|
| |
as seems to be the trend.
(Thanks Josef. :-)
|
|
|
|
|
|
| |
a check on the final snprintf and reduces duplicated code.
Submitted by: brian
|
|
|
|
|
| |
Broken in the "close a PR" race, in revision 1.30.
Note that the patch in the PR did not have this bug!
|
|
|
|
| |
to be the trend.
|
|
|
|
| |
logic that are handled by PAM. Fix documentation to reflect this.
|
| |
|
|
|
|
|
| |
Requests through a proxy are still broken for URIs that contain
blanks, since this required a bigger rewrite of the whole function.
|
|
|
|
|
|
|
|
|
|
| |
asprintf(3) when creating the request string, as the length of
a path is defined as unlimited by the standard and limiting the
total request to 4K is awfully arbitrary.
PR: 30054
Submitted by: Joseph Mallett <jmallett@xMach.org>
MFC after: 8 days
|
|
|
|
|
|
| |
o This fixes a memory leak that can occur on some URL's.
Pointy hat to: brian
|
| |
|
|
|
|
|
|
|
| |
otherwise, if the very first fgetc() already yielded EOF, the returned
string won't get terminated at all.
MFC after: 1 day
|
| |
|
|
|
|
|
| |
PR: 30069
Submitted by: andrew@ugh.net.au
|
| |
|
|
|
|
| |
Obtained from: OpenBSD
|
|
|
|
| |
Mostly submitted by: bde
|
|
|
|
| |
Reviewed by: ade
|
| |
|
|
|
|
| |
Spotted by: bde
|
| |
|
|
|
|
| |
Pointed out by: bde
|
|
|
|
| |
Pointed out by: bde
|
|
|
|
|
|
|
| |
The original (1.16) code was mostly correct, but this version is
far clearer.
Casts suggested to now be obfuscations by: bde
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
Discussed with: ru
|
|
|
|
|
| |
Also remove useless AUTHENTICATION code. We have never compiled this
here, and it is doubtful that it even works without crypto.
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|