Testing
Mark Atwood
fallenpegasus at gmail.com
Sun Nov 22 05:08:22 UTC 2015
On Sat, Nov 21, 2015 at 8:42 PM Eric S. Raymond <esr at thyrsus.com> wrote:
>
> The second (capture test data for every bug where it makes sense) is
> already
> in my goal set. The first (apply TESTFRAME to other programs rather than
> just
> ntp) is going to be tricky and I don't have a detailed technical plan for
> it
> yet. I'll look at this again after TESTFRAME lands.
>
It can be done with a LD preload that precatches the standard library
and/or syscalls.
It has the downside of being very OS specific: pick ahead of time Linux or
one of the *BSDs.
A project to start from for it as inspiration could be libeatmydata,
written by my friend Stewart Smith:
https://flamingspork.com/projects/libeatmydata/
And it's close relative, libhostile, maintained by my friend LinuxJedi:
https://github.com/libhostile/libhostile
BTW, giving the libhostile treatment to ntpsec will likely prove to be
amusing.
> > We don't get any compiler warnings. Is that because our code is clean or
> > because we don't have enough flags turned on?
>
> One of the first things I did after the fork point was clean up all
> warnings.
> I'm a bit obsessive about that, having exoperienced too many situations
> where
> serious errors got lost in the clutter.
>
> We still build with -Wall, so the code really is clean that way.
>
There are additional warnings that are not turned on with -Wall. They can
be turned on with -Wextra, which may have caught this because it enables
*-Wsign**-compare and **-Wsign**-conversion.*
..m
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ntpsec.org/pipermail/devel/attachments/20151122/9625403c/attachment.html>
More information about the devel
mailing list