Add lintian override for insecure Vcs-* URLs.
[debian/cpulimit.git] / CHANGELOG
1 =========== Changes in 2.3 ================
2
3 * Applied patch to man page which fixes -s description.
4
5 * Added --foreground, -f flag for launching target programs in
6   the foreground. LimitCPU then waits for the target process to exit.
7   Should be useful in scripts. Closes Debian bug #836027.
8
9
10 =========== Changes in 2.2 ================
11
12 * Escaped double-dashed in manual page to avoid
13   warnings from Debian check tool.
14
15 * Added -s --signal flag. This flag allows the user to
16   specify an alternative signal to send a watched process
17   when cpulimit terminates. By default we send SIGCONT.
18   The -s flag can accept a number (1-35) or a written
19   value such as SIGCONT, SIGSTOP, SIGINT, SIGTERM.
20
21
22 =========== Changes in 2.1 ================
23
24 * Added the --quiet (-q) flag to make 
25   limitcpu run silently
26
27 * Make sure error messages are printed to stderr.
28
29 * Placed source code in Subversion (svn) repository.
30   Accessable using the SVN checkout command. For
31   details, please see the README file.
32
33
34 =========== Changes in 2.0 ================
35
36 * Added the -- flag to make sure child processes
37   run with command line flags would not confuse
38   cpulimit.
39
40 * Corrected output of child process name in verbose mode.
41
42 =========== Changes in 1.9 ================
43
44 * Swapped out __MACH__ pre-compiler flag for __APPLE__ to
45   avoid conflicts with GNU Hurd.
46
47
48 * Added --kill (-k) and --restore (-r) flags to allow
49   target processes to be killed and restored rather than
50   simply throttled.
51
52 * Made sure version number is accepted from Makefile.
53
54 =========== Changes in 1.8 ================
55
56 * Added separate build targets for Linux, FreeBSD and OS X.
57   See the compiling section of the README file.
58
59 * Applied patch from FreeBSD to our upstream code to make
60   future updates on FreeBSD easier.
61
62 * When displaying verbose output, cpulimit now redisplays
63   the column headers every 20 lines.
64
65 * Fixed limiting CPU usage on multicore machines when
66   the desired usage limit is great than 100%.
67   ie A machine with 4 cores can now properly limit
68   multi-threaded applications to, say, 150% or 250%.
69
70 * Added test application (busy). See "test" directory.
71   To build the test software, run "make tests".
72
73 * Removed memrchr() call to allow program to compile on OS X.
74
75 * Updated Makefile to work with OS X.
76
77 * Fixed OS X compiler error. Macs do not understand
78   CLOCK_REALTIME
79
80 * Added patch from Debian which added compiler flags. This
81   should "harden" CPUlimit on Debian.
82   Thanks to Gregor for supplying this patch.
83
84
85 ============= Changes in 1.7 ===============
86
87 * Minor code cleanup.
88
89 * Make sure we do not try to throttle our own process.
90
91 * Added "tarball" option to the Makefile to assist
92   in packaging. Moved version number to the makefile.
93
94 * Added version information to CPUlimit's help screen.
95
96 * Detect the number of CPU cores on the machine and
97   cap the % we can limit. 1 CPU means we can
98   limit processes 1-100%, 2 means 1-200%, 4 means 1-400%.
99
100 * Removed extra priority changes. We now only bump
101   our priority once, if we have access to do so.
102   Also simplified priority increases so it's flexible
103   rather than "all or nothing".
104
105 * Since we now attempt to detect the number of CPUs
106   available, we also give the user the ability to
107   override our guess. The -c and --cpu flags have
108   been added for this purpose.
109
110 * Commands can be launched and throttled by appending
111   commands to the end of CPUlimit's argument list. For
112   example:
113   cpulimit -l 25 firefox
114
115
116 ======== Changes in 1.6 ============
117
118 * Updated copyright notice in README file.
119
120 * Made sure we define a reasonable buffer size
121   if PATH_MAX is not already defined. Fixes
122   building on Hurd.
123
124
125 ======== Changes in 1.5 ============
126
127 * Updated man page and cpulimit's "--help" page to
128   reflect support for multi-core CPUs.
129
130 * Added example of using cpulimit in a shell
131   in the man page and the README file.
132
133 * The Makefile now uses the default compiler
134   on the system, "cc", and tries to fall back
135   on gcc if no other compiler is found.
136
137
138 ======== Changes in 1.4 ============
139
140 * We can now accept limits of 100% or higher. Useful for multi-core
141   systems.
142
143 * Perform sanity check when getting jiffies. Should prevent memory
144   errors if we cannot open proc data.
145
146 * Added copyright to README.
147
148
149 ========== Changes in 1.3 ============
150
151 * Updated license information in cpulimit.c and README file
152
153 * The -b flag is now shown under options instead of targets
154   in the help text.
155
156 * Include man page from Debian with updates.
157
158
159 ========= Changes in 1.2 ===========
160
161 * Applied Debian patch for checking to see if and how much we can
162   adjust our own process priority.
163
164 * Added LICENSE file so there wouldn't be any confusion about
165   what license CPUlimit uses.
166
167 * Applied Debian's patch for long options to avoid segfault.
168
169 * Applied Debian's Makefile patch.
170
171 * Added Debian patch to avoid opendir leaks.
172
173 * Added -b command line parameter to make CPUlimit 
174   run in the background, returning control the the 
175   user's terminal.
176
177 * When cpulimit is launched with one PID to track
178   once that process no longer exists, CPUlimit
179   will exit. Same behaviour as though the lazy
180   flag was set.
181
182 * Ported CPUlimit to FreeBSD
183
184
185 ======= cpulimit-1.1 released ============
186
187 * Fixed a segmentation fault if controlled process exited in particular circumstances
188 * Better CPU usage estimate
189 * Fixed a <0 %CPU usage reporting in rare cases
190 * Replaced MAX_PATH_SIZE with PATH_MAX already defined in <limits.h>
191 * Command line arguments now available
192 * Now is possible to specify target process by pid
193