Attached are a series of three patches affecting swaponoff.
Patch #1 fixes two small logic errors: (a) the bb_strtou function was called
inside an instantiation of the MIN macro, which would cause the function to be
called twice in the common case; and (b) the actual maximum allowable swap
prio
On Sat, Mar 22, 2014 at 08:40:48PM +0100, Harald Becker wrote:
> Hi Isaac !
>
> Your program will fail on lines starting with the word server
> (eg. serverxyz), that is it does not check for clear word
> boundary and gives wrong results in that case.
...which are not legitimate entries in ntp.con
On 22 March 2014 21:27:51 Rich Felker wrote:
On Sat, Mar 22, 2014 at 08:59:28PM +0100, Ralf Friedl wrote:
> Harald Becker wrote:
> >Your program will fail on lines starting with the word server
> >(eg. serverxyz), that is it does not check for clear word
> >boundary and gives wrong results in t
On Sat, Mar 22, 2014 at 08:59:28PM +0100, Ralf Friedl wrote:
> Harald Becker wrote:
> >Your program will fail on lines starting with the word server
> >(eg. serverxyz), that is it does not check for clear word
> >boundary and gives wrong results in that case.
> The program will not fail for serverx
Harald Becker wrote:
Your program will fail on lines starting with the word server
(eg. serverxyz), that is it does not check for clear word
boundary and gives wrong results in that case.
The program will not fail for serverxyz, it will add a server "xyz".
This may be a bug or a feature :-)
w
Hi Isaac !
Your program will fail on lines starting with the word server
(eg. serverxyz), that is it does not check for clear word
boundary and gives wrong results in that case.
>while (cbuf[i] > 35) i++;
Unwise to do this in a not poor ASCII environment, as most
systems are nowadays. This way y
Hello,
I got tired of hearing numbers thrown around without basis in a 4-5 day old
thread
when the subject was probably trivial, so I wrote a parser for ntp.conf
this morning.
This version falls back to /etc/ntp.conf when -p is not specified; if -p
is specified, ntp.conf is ignored. Only lines st
On Sat, Mar 22, 2014, at 1:57, Laurent Bercot wrote:
> On 21/03/2014 23:10, Cathey, Jim wrote:
> > The only thing BB would need would be to isolate initialization
> > into separate functions that would be grouped together by the
> > linker. (And an associated link control file.) The usual demand-
Mike Dean wrote:
You mentioned earlier that code is never freed from memory. If you're
this concerned with bloat, why don't you fix your problem of never
deallocating the init code instead of worrying about some small
feature like this? The Linux kernel does this; that's why you see the
mess