Commit Graph

29 Commits

Author SHA1 Message Date
Sami Kerola ce61089059 docs: clarification to license headers in files
Add license header to all files.  The summary of licensing is below,
taken from Craig Small's email which is referred in commit message
tail.

sysctl and pgrep are GPL 2+
The rest is LGPL 2.1+

Reference: http://www.freelists.org/post/procps/Incorrect-FSF-address-in-the-license-files,8
Bug-Redhat: https://bugzilla.redhat.com/show_bug.cgi?id=797962
CC: Craig Small <csmall@enc.com.au>
CC: Jaromir Capik <jcapik@redhat.com>
Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2012-03-03 18:41:11 +11:00
Sami Kerola 9057b18a32 libproc-ng & ps: fix warning reported by smatch
proc/ksym.c +279 read_file(54) info: redundant null check on buf calling free()
proc/ksym.c +330 parse_ksyms(41) info: redundant null check on ksyms_data calling free()
proc/ksym.c +332 parse_ksyms(43) info: redundant null check on ksyms_index calling free()
proc/ksym.c +451 sysmap_mmap(110) info: redundant null check on sysmap_index calling free()
proc/procps.h:74:5: warning: undefined preprocessor identifier 'SHARED'
proc/slab.c +145 parse_slabinfo20(24) error: potential null derefence 'prev'.
proc/slab.c +222 parse_slabinfo11(21) error: potential null derefence 'prev'.
ps/stacktrace.c +131 debug(6) error: snprintf() is printing too much 99 vs 16

Signed-off-by: Sami Kerola <kerolasa@iki.fi>
2011-12-20 17:30:50 +01:00
unknown fe82a3246a ps: add build option to disable ps option warning
Slackware seems to have this patch, while it is not in use(?) Well,
the upstream procps-ng allows one to disable warnings if that is
wanted. After all having this sort of 'feature' does not cost much,
while lacking it might annoy someone.

A patch from Slackware.

Reference: http://www.ftp.be/packages/slackware/slackware_source/a/procps/procps.nowarning.diff.gz
Backported-by: Sami Kerola <kerolasa@iki.fi>

Conflicts:

	proc/ksym.c
2011-12-18 10:53:44 +11:00
Jim Warner 827334870d library: exploit enhanced library memory allocation provisions
There were numerous library memory allocation inconsistencies.
Some were checked for failure and others were not.

All library source modules were modified to utilize the alloc.h
memory rouines which are consistent in dealing with errors.
2011-12-11 22:26:55 +11:00
albert 86de01f3d0 Linux 2.6.17 tty devices. Lose support for original pty numbering. 2006-07-09 04:41:30 +00:00
albert 864a5356a1 fix race condition 2005-06-10 15:43:15 +00:00
albert 630b655893 Patrick found to be alive 2004-09-23 13:45:18 +00:00
albert 0586dc8b6d fix warnings; put CFLAGS on lib link command 2004-09-23 13:41:33 +00:00
albert 266d5b708a wchan for multithreaded process is now ~0ull or "*" 2004-07-21 21:17:35 +00:00
albert fb2ccb8abc Search for life at slackware.com 2004-06-01 02:27:57 +00:00
albert 360e6533c9 misc 2003-08-16 21:15:53 +00:00
albert 8618adeaaf got most of procps-3.1.11ff2.diff 2003-08-10 23:40:41 +00:00
albert 0db94e6a1a GPLONLY_ and PID-related stuff 2003-07-03 05:20:19 +00:00
albert aa6fd01f1d SKIP 2003-03-19 01:15:58 +00:00
albert 1351592110 top: do not refresh like crazy 2003-03-17 23:42:00 +00:00
albert 0a03eac352 malloc error 2003-01-23 05:48:27 +00:00
albert ebc5354699 KLONG 2003-01-16 08:03:40 +00:00
albert 6b4f2559c6 from Folkert van Heusden's code review 2002-12-28 23:57:10 +00:00
albert 1f3181bcbf NUL-terminate (Jakub Bogusz) 2002-12-22 00:30:31 +00:00
albert 3e67b58ec2 satisfy GPL section 2a and LGPL section 2b name+date requirement 2002-12-15 00:30:17 +00:00
albert 8a745812cf Linux 2.5.xx /proc/*/wchan 2002-12-12 21:58:12 +00:00
albert 5087f3dbf6 big header clean-up 2002-12-09 07:00:07 +00:00
albert bd1a19b577 c99 2002-11-25 10:16:33 +00:00
albert 81a4a3d281 gcc 3.0 warnings 2002-10-12 04:25:57 +00:00
albert 465708e3f9 perfect but for extra /usr/bin/kill 2002-10-10 22:40:35 +00:00
albert af89241571 coding style 2002-10-09 21:32:33 +00:00
albert 7b1aebf7c4 label: } 2002-10-02 00:33:56 +00:00
csmall 264c563f54 Stopped ps from crashing if System.map is multiple of 1024 2002-04-12 11:12:58 +00:00
csmall 03a9b5a30f procps 010114 2002-02-01 22:47:29 +00:00