mailing list of musl libc
 help / color / mirror / code / Atom feed
From: "Luka Marčetić" <paxcoder@gmail.com>
To: musl@lists.openwall.com
Subject: Re: Daily reports: Wednesday
Date: Wed, 06 Jul 2011 22:28:14 +0200	[thread overview]
Message-ID: <4E14C55E.6030808@gmail.com> (raw)
In-Reply-To: <4E131E8F.9@gmail.com>

Hello.
I looked over the rest of the test data in numeric.c and changed quite a 
bit of other things in the process. It's now ready for usage, and I'd 
like to ask Rich to please comment on output of the musl-gcc-compiled 
binary (you may need to comment out wcsto[f|d|ld] if musl doesn't 
support them yet). Let me know if there are any objections to the tests. 
I'll try to make a nice make file today.

As for the future, I'm planing on making the cluts.c framework, and this 
is what I intend for it to do:

* find 'test collections' using dirent.h (haven't used it yet, but 
shouldn't be hard to learn I guess)
* fork off for each test collection and execl() each one
* simple statistics based on the status provided by wait()

That much I guarantee to be done tomorrow. When that's done I'm going to 
implement these additional features:

* advanced statistics(via what will be common/ipc.c): shared memory with 
two integers for each 'test collection' which will indicate:
     a) number of tests that have begun executing (incremented before 
each test starts by the child)
     b) number of successful tests
     The pointer to shared memory will be passed as an argument to the 
child (test collection). From a) the framework will be able to know 
which test number has crashed the collection. If the collection returns, 
the framework will be able to calculate the success rate by dividing b) 
with a).
* a few features which the user can invoke via some switches (using 
standard tokenizing functions - need to study them first):
     -v --verbose without which collections will not print anything 
themselves
     -t --test <test1>[,<test2>,...]  specific tests to execute
     -x --exclude <test1>[,<test2>,...] exceptionally excluded tests
     -h --help etc

Comments and suggestions are very welcome. Especially any advice about 
includes and .h files is welcome, I am new to structuring files in C.
Thanks.
-Luka


  reply	other threads:[~2011-07-06 20:28 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-05  0:41 Daily reports: Monday Luka Marčetić
2011-07-05 14:24 ` Daily reports: Tuesday Luka Marčetić
2011-07-06 20:28   ` Luka Marčetić [this message]
2011-07-07 16:18     ` Re: Daily reports: Wednesday Szabolcs Nagy
2011-07-07 20:27       ` Luka Marčetić
2011-07-07 20:16     ` Daily reports: Thursday Luka Marčetić
2011-07-08 22:41       ` Daily reports: Friday Luka Marčetić
2011-07-09  1:12         ` Daily reports: Friday - cont Luka Marčetić
2011-07-09  1:38           ` Solar Designer
2011-07-09 11:53         ` Daily reports: Friday Solar Designer
2011-07-09 15:30           ` Luka Marčetić
2011-07-09 22:11             ` Luka Marčetić
2011-07-13 19:46             ` Solar Designer
2011-07-10 14:52           ` Daily reports: Friday (threaded setuid testing) Rich Felker
2011-07-11 22:59             ` Daily cluts reports Luka Marčetić
2011-07-14  9:57               ` cluts: strerror_r() test (was: Daily cluts reports) Solar Designer
2011-07-14 10:41                 ` cluts: strerror_r() test Luka Marčetić
2011-07-14 10:47                   ` Solar Designer
2011-07-14 17:55                   ` Rich Felker
2011-07-14 19:35                     ` Luka Marčetić
2011-07-15  0:09               ` Daily cluts reports Luka Marčetić
2011-07-15 22:47                 ` Daily cluts reports - numeric, setuid, and mid-term evaluation Luka Marčetić
2011-07-15 23:51                   ` Rich Felker
2011-07-17  0:37                   ` Daily cluts reports - setuid reiteration Luka Marčetić

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4E14C55E.6030808@gmail.com \
    --to=paxcoder@gmail.com \
    --cc=musl@lists.openwall.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).