#
90aea514 |
| 23-Nov-2023 |
Warner Losh <imp@FreeBSD.org> |
bin: 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
bin: 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 ...
|
Revision tags: release/14.0.0 |
|
#
42b38843 |
| 16-Aug-2023 |
Warner Losh <imp@FreeBSD.org> |
Remove $FreeBSD$: one-line .h pattern
Remove /^\s*\*+\s*\$FreeBSD\$.*$\n/
|
Revision tags: release/13.2.0, release/12.4.0, release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0, release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0 |
|
#
82725ba9 |
| 23-Nov-2017 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
Merge ^/head r325999 through r326131.
|
#
8a16b7a1 |
| 20-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier f
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0 |
|
#
348238db |
| 01-Mar-2017 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r314420 through r314481.
|
#
fbbd9655 |
| 01-Mar-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 ...
|
Revision tags: release/11.0.1, release/11.0.0 |
|
#
5912ca59 |
| 25-May-2016 |
Don Lewis <truckman@FreeBSD.org> |
Fix CID 1011370 (Resource leak) in ps.
There is no need to to call strdup() on the value returned by fmt(). The latter calls fmt_argv() which always returns a dynamically allocated string, and calli
Fix CID 1011370 (Resource leak) in ps.
There is no need to to call strdup() on the value returned by fmt(). The latter calls fmt_argv() which always returns a dynamically allocated string, and calling strdup() on that leaks the memory allocated by fmt_argv(). Wave some const magic on ki_args and ki_env to make the direct assignment happy. This requires a tweak to the asprintf() case to avoid a const vs. non-const mismatch.
Reported by: Coverity CID: 1011370 MFC after: 1 week
show more ...
|
Revision tags: release/10.3.0, release/10.2.0 |
|
#
416ba5c7 |
| 22-Jun-2015 |
Navdeep Parhar <np@FreeBSD.org> |
Catch up with HEAD (r280229-r284686).
|
#
37a48d40 |
| 28-May-2015 |
Glen Barber <gjb@FreeBSD.org> |
MFH: r282615-r283655
Sponsored by: The FreeBSD Foundation
|
#
98e0ffae |
| 27-May-2015 |
Simon J. Gerraty <sjg@FreeBSD.org> |
Merge sync of head
|
#
8beb1a2f |
| 23-May-2015 |
Marcel Moolenaar <marcel@FreeBSD.org> |
Convert to use libxo. Document use of libxo as well.
Obtained from: Phil Shafer <phil@juniper.net> Sponsored by: Juniper Networks, Inc.
|
Revision tags: release/10.1.0, release/9.3.0, release/10.0.0, release/9.2.0, release/8.4.0, release/9.1.0, release/8.3.0_cvs, release/8.3.0, release/9.0.0 |
|
#
70d8f36a |
| 27-Oct-2011 |
Peter Grehan <grehan@FreeBSD.org> |
IFC @ r226824
|
#
27449604 |
| 01-Oct-2011 |
Alexander Motin <mav@FreeBSD.org> |
MFC
|
#
1d1143ec |
| 29-Sep-2011 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
Make ps(1) automatically size its column widths.
|
#
649fde88 |
| 12-Apr-2011 |
Edward Tomasz Napierala <trasz@FreeBSD.org> |
Get rid of DSIZ; instead just call the sizing function if provided.
|
Revision tags: release/7.4.0_cvs, release/8.2.0_cvs, release/7.4.0, release/8.2.0, release/8.1.0_cvs, release/8.1.0, release/7.3.0_cvs, release/7.3.0, release/8.0.0_cvs, release/8.0.0 |
|
#
10b3b545 |
| 17-Sep-2009 |
Dag-Erling Smørgrav <des@FreeBSD.org> |
Merge from head
|
#
2e370a5c |
| 26-May-2009 |
Oleksandr Tymoshenko <gonzo@FreeBSD.org> |
Merge from HEAD
|
#
044fce53 |
| 17-May-2009 |
Brian Somers <brian@FreeBSD.org> |
Add a -d option to ps to display descendant info with the output. This is similar to linux's -H (or -f) switch.
MFC after: 3 weeks
|
Revision tags: release/7.2.0_cvs, release/7.2.0, release/7.1.0_cvs, release/7.1.0, release/6.4.0_cvs, release/6.4.0, release/7.0.0_cvs, release/7.0.0, release/6.3.0_cvs, release/6.3.0, release/6.2.0_cvs, release/6.2.0, release/5.5.0_cvs, release/5.5.0, release/6.1.0_cvs, release/6.1.0, release/6.0.0_cvs, release/6.0.0, release/5.4.0_cvs, release/5.4.0, release/4.11.0_cvs, release/4.11.0, release/5.3.0_cvs, release/5.3.0 |
|
#
bdf8ab46 |
| 24-Jun-2004 |
Garance A Drosehn <gad@FreeBSD.org> |
Change "struct varent" to use the standard queue(8) macros, instead of using it's own version of the same basic algorithm.
Submitted by: part by Cyrille Lefevre, part of it done by me
|
#
4bac4483 |
| 20-Jun-2004 |
Garance A Drosehn <gad@FreeBSD.org> |
Have the main() routine calculate %CPU and (if needed) memory information when copying per-process info before starting to sort the list. This way, sort-by-CPU or sort-by-memory will only calculate
Have the main() routine calculate %CPU and (if needed) memory information when copying per-process info before starting to sort the list. This way, sort-by-CPU or sort-by-memory will only calculate values once-per-process, instead of twice-per-comparison. Also take advantage of this to simplify the pscomp() routine.
show more ...
|
Revision tags: release/4.10.0_cvs, release/4.10.0 |
|
#
6195fb41 |
| 06-Apr-2004 |
Mark Murray <markm@FreeBSD.org> |
Remove clause 3 from the UCB licenses.
OK'ed by: imp, core
|
Revision tags: release/5.2.1_cvs, release/5.2.1, release/5.2.0_cvs, release/5.2.0, release/4.9.0_cvs, release/4.9.0, release/5.1.0_cvs, release/5.1.0 |
|
#
e2c9ac69 |
| 12-Apr-2003 |
Tim J. Robbins <tjr@FreeBSD.org> |
Display residency and sleep times (re and sl fields) larger than 127 as 127. This is what the manual page says ps should do, and what OpenBSD and NetBSD do. Based on a patch from Ken Stailey.
PR: 2
Display residency and sleep times (re and sl fields) larger than 127 as 127. This is what the manual page says ps should do, and what OpenBSD and NetBSD do. Based on a patch from Ken Stailey.
PR: 27433, 46232
show more ...
|
Revision tags: release/4.8.0_cvs, release/4.8.0 |
|
#
78b1878a |
| 19-Jan-2003 |
Juli Mallett <jmallett@FreeBSD.org> |
Per-variable\ entry headers, to allow the 'ps -otime -otime=FOO' or similar case to do the right thing and affect exactly one column. This is consistent with GNU ps(1) in BSD mode, and POLA.
|
Revision tags: release/5.0.0_cvs, release/5.0.0, release/4.7.0_cvs |
|
#
bb2d6f21 |
| 03-Oct-2002 |
Bruce Evans <bde@FreeBSD.org> |
Oops, the previous version was a last minute test version with off_t replaced by int instead of size_t.
Spotted by: fanf
|
#
684370e7 |
| 03-Oct-2002 |
Bruce Evans <bde@FreeBSD.org> |
Use a non-bogus type for representing the values of offsets in structs. off_t is for offsets in files, and it is signed so it was no better than the original type of int for avoiding warnings from br
Use a non-bogus type for representing the values of offsets in structs. off_t is for offsets in files, and it is signed so it was no better than the original type of int for avoiding warnings from broken lints, except accidentally on machines like i386's where size_t is smaller than off_t.
show more ...
|