| #
efadb5c2
|
| 17-May-2025 |
Ricardo Branco <rbranco@suse.de> |
Add manpages for O_CLOFORK flag and others
Reviewed by: kib MFC after: 1 month Pull Request: https://github.com/freebsd/freebsd-src/pull/1698
|
| #
1a720cbe
|
| 15-May-2024 |
Alexander Ziaee <concussious@runbox.com> |
man filesystems: fix xrefs after move to section 4
Reviewed by: des, imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1077
|
| #
8269e767
|
| 14-Nov-2023 |
Brooks Davis <brooks@FreeBSD.org> |
libsys: relocate implementations and manpages
Remove core system call implementations and documentation to lib/libsys and lib/libsys/<arch> from lib/libc/sys and lib/libc/<arch>/<sys>. Update paths
libsys: relocate implementations and manpages
Remove core system call implementations and documentation to lib/libsys and lib/libsys/<arch> from lib/libc/sys and lib/libc/<arch>/<sys>. Update paths to allow libc to find them in their new home.
Reviewed by: kib, emaste, imp Pull Request: https://github.com/freebsd/freebsd-src/pull/908
show more ...
|
| #
dc36d6f9
|
| 23-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
lib: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl s
lib: Remove ancient SCCS tags.
Remove ancient SCCS tags from the tree, automated scripting, with two minor fixup to keep things compiling. All the common forms in the tree were removed with a perl script.
Sponsored by: Netflix
show more ...
|
| #
b2c76c41
|
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line nroff pattern
Remove /^\.\\"\s*\$FreeBSD\$$\n/
|
| #
773fa8cd
|
| 25-Jan-2022 |
Kyle Evans <kevans@FreeBSD.org> |
execve: disallow argc == 0
The manpage has contained the following verbiage on the matter for just under 31 years:
"At least one argument must be present in the array"
Previous to this version, it
execve: disallow argc == 0
The manpage has contained the following verbiage on the matter for just under 31 years:
"At least one argument must be present in the array"
Previous to this version, it had been prefaced with the weakening phrase "By convention."
Carry through and document it the rest of the way. Allowing argc == 0 has been a source of security issues in the past, and it's hard to imagine a valid use-case for allowing it. Toss back EINVAL if we ended up not copying in any args for *execve().
The manpage change can be considered "Obtained from: OpenBSD"
Reviewed by: emaste, kib, markj (all previous version) Differential Revision: https://reviews.freebsd.org/D34045
show more ...
|
| #
f6d234d8
|
| 19-Dec-2020 |
Gordon Bergling <gbe@FreeBSD.org> |
libc: Fix most issues reported by mandoc
- varios "new sentence, new line" warnings - varios "sections out of conventional order" warnings - varios "unusual Xr order" warnings - varios "missing sect
libc: Fix most issues reported by mandoc
- varios "new sentence, new line" warnings - varios "sections out of conventional order" warnings - varios "unusual Xr order" warnings - varios "missing section argument" warnings - varios "no blank before trailing delimiter" warnings - varios "normalizing date format" warnings
MFC after: 1 month
show more ...
|
| #
e42b0964
|
| 30-Mar-2020 |
John Baldwin <jhb@FreeBSD.org> |
Document EINTEGRITY errors for many system calls.
EINTEGRITY was previously documented as a UFS-specific error for mount(2). This documents EINTEGRITY as a filesystem-independent error that may be
Document EINTEGRITY errors for many system calls.
EINTEGRITY was previously documented as a UFS-specific error for mount(2). This documents EINTEGRITY as a filesystem-independent error that may be reported by the backing store of a filesystem.
While here, document EIO as a filesystem-independent error for both mount(2) and posix_fadvise(2). EIO was previously only documented for UFS for mount(2).
Reviewed by: mckusick Suggested by: mckusick MFC after: 2 weeks Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D24168
show more ...
|
| #
56c995d6
|
| 24-Mar-2020 |
Warner Losh <imp@FreeBSD.org> |
exec{l,v}{e,p} arrived in 7th Edition research Unix to support the Bourne Shell which introduced environment variables. Document that here. Verified by consulting the TUHS archive.
|
| #
fbbd9655
|
| 28-Feb-2017 |
Warner Losh <imp@FreeBSD.org> |
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is
Renumber copyright clause 4
Renumber cluase 4 to 3, per what everybody else did when BSD granted them permission to remove clause 3. My insistance on keeping the same numbering for legal reasons is too pedantic, so give up on that point.
Submitted by: Jan Schaumann <jschauma@stevens.edu> Pull Request: https://github.com/freebsd/freebsd/pull/96
show more ...
|
| #
8f7f5a7f
|
| 21-Sep-2010 |
Alan Cox <alc@FreeBSD.org> |
Fix exec_imgact_shell()'s handling of two error cases: (1) Previously, if the first line of a script exceeded MAXSHELLCMDLEN characters, then exec_imgact_shell() silently truncated the line and passe
Fix exec_imgact_shell()'s handling of two error cases: (1) Previously, if the first line of a script exceeded MAXSHELLCMDLEN characters, then exec_imgact_shell() silently truncated the line and passed on the truncated interpreter name or argument. Now, exec_imgact_shell() will fail and return ENOEXEC, which is the commonly used errno among Unix variants for this type of error. (2) Previously, exec_imgact_shell()'s check on the length of the interpreter's name was ineffective. In other words, exec_imgact_shell() could not possibly fail and return ENAMETOOLONG. The reason being that the length of the interpreter name had to exceed MAXSHELLCMDLEN characters in order that ENAMETOOLONG be returned. But, the search for the end of the interpreter name stops after at most MAXSHELLCMDLEN - 2 characters are scanned. (In the end, this particular error is eventually discovered outside of exec_imgact_shell() and ENAMETOOLONG is returned. So, the real effect of this second change is that the error is detected earlier, in exec_imgact_shell().)
Update the definition of MAXINTERP to the actual limit on the size of the interpreter name that has been in effect since r142453 (from 2005).
In collaboration with: kib
show more ...
|
| #
0afc94c1
|
| 13-May-2010 |
Ulrich Spörlein <uqs@FreeBSD.org> |
mdoc: move CAVEATS, BUGS and SECURITY CONSIDERATIONS sections to the bottom of the manpages and order them consistently.
GNU groff doesn't care about the ordering, and doesn't even mention CAVEATS a
mdoc: move CAVEATS, BUGS and SECURITY CONSIDERATIONS sections to the bottom of the manpages and order them consistently.
GNU groff doesn't care about the ordering, and doesn't even mention CAVEATS and SECURITY CONSIDERATIONS as common sections and where to put them.
Found by: mdocml lint run Reviewed by: ru
show more ...
|
| #
c84cab56
|
| 06-May-2010 |
Jilles Tjoelker <jilles@FreeBSD.org> |
Update xrefs from 4.3BSD to modern signal functions in various man pages.
sigvec(2) references have been updated to sigaction(2), sigsetmask(2) and sigblock(2) to sigprocmask(2), sigpause(2) to sigs
Update xrefs from 4.3BSD to modern signal functions in various man pages.
sigvec(2) references have been updated to sigaction(2), sigsetmask(2) and sigblock(2) to sigprocmask(2), sigpause(2) to sigsuspend(2).
Some legacy man pages still refer to them, that is OK.
show more ...
|
| #
69a789b9
|
| 05-Jul-2009 |
Pawel Jakub Dawidek <pjd@FreeBSD.org> |
- Don't suggest opening file for writing in preparation for fexecve(2). - execve(2)/fexecve(2) won't return ETXTBSY if file is open for reading.
Approved by: re (kib)
|
| #
eaad1099
|
| 26-Aug-2008 |
Konstantin Belousov <kib@FreeBSD.org> |
When calculating arguments to the interpreter for the shebang script executed by fexecve(2), imgp->args->fname is NULL. Moreover, there is no way to recover the path to the script being executed. Do
When calculating arguments to the interpreter for the shebang script executed by fexecve(2), imgp->args->fname is NULL. Moreover, there is no way to recover the path to the script being executed. Do what some other U*ixes do unconditionally, namely supply /dev/fd/n as the script path when called from fexecve(). Document requirement of having fdescfs mounted as caveat.
show more ...
|
| #
a141af69
|
| 16-Apr-2008 |
Konstantin Belousov <kib@FreeBSD.org> |
Man pages for the openat(2), fexecve(2) and related syscalls.
Reviewed by: ru
|
| #
c879ae35
|
| 09-Jan-2007 |
Warner Losh <imp@FreeBSD.org> |
Per Regents of the University of Calfornia letter, remove advertising clause.
# If I've done so improperly on a file, please let me know.
|
| #
1c85060a
|
| 04-Jul-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Sort SEE ALSO references (in dictionary order, ignoring case).
|
| #
30950a21
|
| 03-Jul-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Eliminate double whitespace.
|
| #
1a0a9345
|
| 02-Jul-2004 |
Ruslan Ermilov <ru@FreeBSD.org> |
Mechanically kill hard sentence breaks.
|
| #
2efeeba5
|
| 19-Dec-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: "The .Fa argument.".
|
| #
5c564bae
|
| 18-Dec-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: Fixed abuses of the .Ar and .Em macros.
|
| #
2faeeff4
|
| 18-Dec-2002 |
Ruslan Ermilov <ru@FreeBSD.org> |
mdoc(7) police: Tidy up the syscall language.
Stop calling system calls "function calls".
Use "The .Fn system call" a-la "The .Nm utility".
When referring to a non-BSD implementation in the HISTOR
mdoc(7) police: Tidy up the syscall language.
Stop calling system calls "function calls".
Use "The .Fn system call" a-la "The .Nm utility".
When referring to a non-BSD implementation in the HISTORY section, call syscall a function, to be safe.
show more ...
|
| #
48797398
|
| 07-Aug-2002 |
Garrett Wollman <wollman@FreeBSD.org> |
Document file descriptor reopening and current standardization status.
|
| #
1f2cec10
|
| 15-Jul-2002 |
Giorgos Keramidas <keramida@FreeBSD.org> |
The .Fn function.
|