On Fri, May 18, 2012 at 06:40:06PM +0800, Daniel Veillard wrote: > On Fri, May 18, 2012 at 09:16:20AM +0100, Daniel P. Berrange wrote: > > On Fri, May 18, 2012 at 11:55:05AM +0800, Daniel Veillard wrote: > [...] > > > The other one raised is actually something I had initially found > > > with the first run on libxml2 so it's relatively consistent: > > > > Yay libxml2 is not thread safe ! > > > > "The function rand() is not reentrant or thread-safe, since > > it uses hidden state that is modified on each call. This > > might just be the seed value to be used by the next call, or > > it might be something more elaborate. In order to get > > reproducible behavior in a threaded application, this state > > must be made explicit; this can be done using the reentrant > > function rand_r()." > > > > You should probably validate libxml2 against all the functions > > have blacklisted for libvirt in Makefile.nonreentrant > > Actually I don't care about "reproducible behaviour" there, the > goal is precisely to introduce some randomness in the execution. NB You shouldn't equate 'non reproducible' with 'random'. If you are corrupting the state of the random number generator, it is quite possible you'll loose entropy and get non-random numbers instead, which could even lead a security flaw depending on how the random numbers are used. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list