Re: Entering freeze for libvirt-1.2.4

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 28, 2014 at 19:14:02 +0200, Guido Günther wrote:
> Hi,
> On Mon, Apr 28, 2014 at 03:38:40PM +0800, Daniel Veillard wrote:
> >   As planned on Friday, I tagged the tree earlier today for Release
> > Candidate 1, the tarball and rpms are available from the usual place:
> > 
> >   ftp://libvirt.org/libvirt/
> > 
> >  Seems to work fine in my limited testing, but distcheck failed
> > with xsltproc being unable to access ../../ . I don't think anything
> > changed there on my side so it smells like a new problem.
> > 
> >   Otherwise looks good to me so far, with a bit of luck we can push
> > 1.2.4 end of Friday or sometime next week-end,
> 
> I'm currently seeing some test failures on i386 Debian wheezy:
> 
> virstoragetest
> --------------
> 
> 97) Chain lookup 27 ... index: expected 0, got 4294967295 FAILED

Yeah, our virStrToLong_* APIs are not doing a very good job here. The
problem is that virStrToLong_ui happily parses -1 as 4294967295 on
systems where sizeof(unsigned long) == sizeof(unsigned int). I'm not
sure what's the best solution for this. Should we parse the string with
strtoull instead of strtoul to make it a little bit better since
unsigned long long will always be bigger than unsigned int? Anyway, I
hate strtou* for silently parsing negative numbers.

Jirka

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list





[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]