| #
c8b31033
|
| 04-Oct-2024 |
Graham Percival <gperciva@tarsnap.com> |
manuals: Misc syntax fixes
These were reported by `mandoc -T lint ...` as errors.
The rendered output (in ascii and html) is not affected by this commit.
Additional clarification: there was a non-
manuals: Misc syntax fixes
These were reported by `mandoc -T lint ...` as errors.
The rendered output (in ascii and html) is not affected by this commit.
Additional clarification: there was a non-breaking space in lib/libcasper/services/cap_grp/cap_grp.3.
Signed-off-by: Graham Percival <gperciva@tarsnap.com> Reviewed by: mhorne MFC after: 3 days Sponsored by: Tarsnap Backup Inc. Pull Request: https://github.com/freebsd/freebsd-src/pull/1449
show more ...
|
| #
2ce32ab2
|
| 22-May-2024 |
Tom Hukins <tom@FreeBSD.org> |
Fix "version introduced" in two manual pages
Signed-off-by: Tom Hukins <tom@FreeBSD.org> Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1252
|
| #
8ccd0b87
|
| 11-Dec-2023 |
Brooks Davis <brooks@FreeBSD.org> |
libc: expose execvpe for Linux compat
We already implemented execvpe internally with an _ prefix in libc so go ahead and expose it for compatibility with Linux.
This reverts c605eea952146348e5e1ad5
libc: expose execvpe for Linux compat
We already implemented execvpe internally with an _ prefix in libc so go ahead and expose it for compatibility with Linux.
This reverts c605eea952146348e5e1ad5cab6c127d7a1bd164.
Bump __FreeBSD_version for the addition and add definitions to supress compat shims in libzfs (zfs changes were merged from upstream).
PR: 275370 (request and exp-run (thanks antoine!)) Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D42846
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/
|
| #
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.
|
| #
00c101b1
|
| 23-Mar-2020 |
Warner Losh <imp@FreeBSD.org> |
Document when execl and execp entered unix.
For this, things are complicated. The first mention in the manual was in the 4th edition manual (as an add on to exec(II)). The 2nd and 3rd editions didn
Document when execl and execp entered unix.
For this, things are complicated. The first mention in the manual was in the 4th edition manual (as an add on to exec(II)). The 2nd and 3rd editions didn't have these in the manual (either as a separate page, or as an add-on to exec(II)). We don't have good 1st, 2nd or 3rd edition distributions to look in. However, there's a tape labeled 'last1120c' that we do have. This tape contains the last version of the V2 edition of the C compiler on it (just after C got struct). On this tape there was a libc.sa archive that contains source for execl and execp. This source is sufficiently different from the V5 sources (which are the next ones we have sources for) and have a slightly different calling convention than later sources, suggesting that the early date for the last1120c tape is correct (in that era, the epoch changed every year, leading to a one or two year ambiguity on when the files could have been modified) and it should be though of as V2. Since this was also a time of compiler development, and the calling convetions are known to be under evolution, and since the rest of the sources in libc.sa are consistent, that's further evidence that V2 is likely. Finally, 2nd edition was the last version to fully support the 11/20 because it lacked many basic features and bell labs moved off it to the 11/45 as soon as they could afford to buy one, around this time era. The unix manuals make it sound like V3 might have supported the 11/20, but the same intro could also be read to mean it didn't, at all, and that V3 was the first rewrite for the 11/45 ahead of the rewrite in C that came with V4.
Taken together, the evidence leans most heavily to V2 (90% IMHO), and slightly to V3 (8%) or possibly V4 (2%). I've not put all this in the man page, but have left it here in case someone notices in the future that V4 is the first manual page for it.
show more ...
|
| #
fd2ea839
|
| 22-Mar-2020 |
Sergio Carlavilla Delgado <carlavilla@FreeBSD.org> |
fix typo in exec man page
PR: 240258 Submitted by: gbergling@gmail.com Reported by: kib@ Approved by: bcr@(mentor, implicit) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24
fix typo in exec man page
PR: 240258 Submitted by: gbergling@gmail.com Reported by: kib@ Approved by: bcr@(mentor, implicit) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24145
show more ...
|
| #
792f4f40
|
| 22-Mar-2020 |
Sergio Carlavilla Delgado <carlavilla@FreeBSD.org> |
exec man page: Add HISTORY section
PR: 240258 Submitted by: gbergling@gmail.com Patch by: gbergling@gmail.com Approved by: bcr@(mentor) MFC after: 2 days Differential Revision: https://reviews.free
exec man page: Add HISTORY section
PR: 240258 Submitted by: gbergling@gmail.com Patch by: gbergling@gmail.com Approved by: bcr@(mentor) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24145
show more ...
|
| #
c8b31033
|
| 04-Oct-2024 |
Graham Percival <gperciva@tarsnap.com> |
manuals: Misc syntax fixes
These were reported by `mandoc -T lint ...` as errors.
The rendered output (in ascii and html) is not affected by this commit.
Additional clarification: there was a non-
manuals: Misc syntax fixes
These were reported by `mandoc -T lint ...` as errors.
The rendered output (in ascii and html) is not affected by this commit.
Additional clarification: there was a non-breaking space in lib/libcasper/services/cap_grp/cap_grp.3.
Signed-off-by: Graham Percival <gperciva@tarsnap.com> Reviewed by: mhorne MFC after: 3 days Sponsored by: Tarsnap Backup Inc. Pull Request: https://github.com/freebsd/freebsd-src/pull/1449
show more ...
|
| #
2ce32ab2
|
| 22-May-2024 |
Tom Hukins <tom@FreeBSD.org> |
Fix "version introduced" in two manual pages
Signed-off-by: Tom Hukins <tom@FreeBSD.org> Reviewed by: imp Pull Request: https://github.com/freebsd/freebsd-src/pull/1252
|
| #
8ccd0b87
|
| 11-Dec-2023 |
Brooks Davis <brooks@FreeBSD.org> |
libc: expose execvpe for Linux compat
We already implemented execvpe internally with an _ prefix in libc so go ahead and expose it for compatibility with Linux.
This reverts c605eea952146348e5e1ad5
libc: expose execvpe for Linux compat
We already implemented execvpe internally with an _ prefix in libc so go ahead and expose it for compatibility with Linux.
This reverts c605eea952146348e5e1ad5cab6c127d7a1bd164.
Bump __FreeBSD_version for the addition and add definitions to supress compat shims in libzfs (zfs changes were merged from upstream).
PR: 275370 (request and exp-run (thanks antoine!)) Reviewed by: kevans Differential Revision: https://reviews.freebsd.org/D42846
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/
|
| #
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.
|
| #
00c101b1
|
| 23-Mar-2020 |
Warner Losh <imp@FreeBSD.org> |
Document when execl and execp entered unix.
For this, things are complicated. The first mention in the manual was in the 4th edition manual (as an add on to exec(II)). The 2nd and 3rd editions didn
Document when execl and execp entered unix.
For this, things are complicated. The first mention in the manual was in the 4th edition manual (as an add on to exec(II)). The 2nd and 3rd editions didn't have these in the manual (either as a separate page, or as an add-on to exec(II)). We don't have good 1st, 2nd or 3rd edition distributions to look in. However, there's a tape labeled 'last1120c' that we do have. This tape contains the last version of the V2 edition of the C compiler on it (just after C got struct). On this tape there was a libc.sa archive that contains source for execl and execp. This source is sufficiently different from the V5 sources (which are the next ones we have sources for) and have a slightly different calling convention than later sources, suggesting that the early date for the last1120c tape is correct (in that era, the epoch changed every year, leading to a one or two year ambiguity on when the files could have been modified) and it should be though of as V2. Since this was also a time of compiler development, and the calling convetions are known to be under evolution, and since the rest of the sources in libc.sa are consistent, that's further evidence that V2 is likely. Finally, 2nd edition was the last version to fully support the 11/20 because it lacked many basic features and bell labs moved off it to the 11/45 as soon as they could afford to buy one, around this time era. The unix manuals make it sound like V3 might have supported the 11/20, but the same intro could also be read to mean it didn't, at all, and that V3 was the first rewrite for the 11/45 ahead of the rewrite in C that came with V4.
Taken together, the evidence leans most heavily to V2 (90% IMHO), and slightly to V3 (8%) or possibly V4 (2%). I've not put all this in the man page, but have left it here in case someone notices in the future that V4 is the first manual page for it.
show more ...
|
| #
fd2ea839
|
| 22-Mar-2020 |
Sergio Carlavilla Delgado <carlavilla@FreeBSD.org> |
fix typo in exec man page
PR: 240258 Submitted by: gbergling@gmail.com Reported by: kib@ Approved by: bcr@(mentor, implicit) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24
fix typo in exec man page
PR: 240258 Submitted by: gbergling@gmail.com Reported by: kib@ Approved by: bcr@(mentor, implicit) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24145
show more ...
|
| #
792f4f40
|
| 22-Mar-2020 |
Sergio Carlavilla Delgado <carlavilla@FreeBSD.org> |
exec man page: Add HISTORY section
PR: 240258 Submitted by: gbergling@gmail.com Patch by: gbergling@gmail.com Approved by: bcr@(mentor) MFC after: 2 days Differential Revision: https://reviews.free
exec man page: Add HISTORY section
PR: 240258 Submitted by: gbergling@gmail.com Patch by: gbergling@gmail.com Approved by: bcr@(mentor) MFC after: 2 days Differential Revision: https://reviews.freebsd.org/D24145
show more ...
|
| #
14b841d4
|
| 11-Aug-2018 |
Kyle Evans <kevans@FreeBSD.org> |
MFH @ r337607, in preparation for boarding
|
| #
337bd627
|
| 28-Jul-2018 |
Conrad Meyer <cem@FreeBSD.org> |
exec.3: Add BUGS section and document non-FreeBSD portability
Requested by: kib (in part)
|
| #
bbc5c8ee
|
| 28-Jul-2018 |
Conrad Meyer <cem@FreeBSD.org> |
Clean up execl*(3) manual page prototype formatting
Rendering of execle was missing a comma between the NULL argument and envp.
For unclear reasons, POSIX' definition of these routines comments out
Clean up execl*(3) manual page prototype formatting
Rendering of execle was missing a comma between the NULL argument and envp.
For unclear reasons, POSIX' definition of these routines comments out the mandatory trailing NULL argument. That seems unnecessary and probably (reasonably) confuses mdoc.
For unclear reasons, POSIX' definition of these routines spells NULL as "(char *)0." This is needlessly unclear. One guess might be that POSIX targets more exotic computer architectures than FreeBSD does. Fortunately, there is no such problem on any reasonable platform for FreeBSD to support. Spell NULL as NULL.
The comma was probably removed in r117204 while the comment and creative spelling of NULL were added in r116537 (both 15 years ago).
show more ...
|
| #
348238db
|
| 01-Mar-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r314420 through r314481.
|
| #
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 ...
|
| #
009e81b1
|
| 22-Jan-2016 |
Bjoern A. Zeeb <bz@FreeBSD.org> |
MFH @r294567
|
| #
5dc6cc42
|
| 06-Jan-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r293175 through r293279.
|