On Mon, Apr 28, 2008 at 11:51:19PM +0000, David Lutterkort wrote: > > On Mon, 2008-04-28 at 20:16 +0100, Daniel P. Berrange wrote: > > I've just hacked up a similar approach to the one DBus uses to fail > > the 'nth' malloc > > Does that fail exactly the nth malloc or the nth malloc and after (or > from nth malloc to (n+k)th malloc) ? The latter two are more realistic > for an OOM scenario, and make sure you don't blow up in some error > handling routine. My quick hack only did the nth, but if so desired we could easily do the nth -> *n+k)th malloc at cost of polynomial expansion in number of possiblities we want to check :-) Seriously though, we could probably get enough coverage with values of k in (0..5) Running the test suite native is easily fast enough. Running the checks under valgrind was seriously slow but if we want to test for leaking memory in cleanup paths its needed :-) Dan. -- |: Red Hat, Engineering, Boston -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :| -- Libvir-list mailing list Libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list