[virt-tools-list] libguestfs on OSX

Eric Blake eblake at redhat.com
Fri Oct 22 19:44:23 UTC 2010


On 10/22/2010 01:06 PM, Richard W.M. Jones wrote:
> On Sat, Oct 23, 2010 at 05:44:54AM +1100, Justin Clift wrote:
>> ****************************************************
>> #define    ENOKEY        126
>> ****************************************************
>
> This isn't going to be much help unfortunately.  We need a standard
> errno which will be available to users and is distinct from any other
> value we could possibly return.  Difficult one ...

Gnulib has already solved the problem of how to portably add errno 
values missing on various systems; it's just that ENOKEY is not a 
POSIX-mandated errno value.  Is there any other standard that describes 
its existence, which would justify adding it to gnulib's errno.h in 
spite of not being in POSIX; or should we be guarding code with #ifdef 
ENOKEY?

>
>> hivexsh.c: In function 'set_prompt_string':
>> hivexsh.c:231: warning: implicit declaration of function 'open_memstream'
>> hivexsh.c:231: warning: assignment makes pointer from integer without a cast
>
> I'm guessing that gnulib can help us with this one (it's a glibc
> function).

Yes and no.  I proposed a potential open_memstream implementation a 
while ago, but have not focused on completing it because it had some 
issues at the time, and no one clamoring to use it.

http://lists.gnu.org/archive/html/bug-gnulib/2010-04/msg00375.html

This may be the incentive I need to revive that work and address the 
concerns raised.

>> hivexsh.c: In function 'cmd_lsval':
>> hivexsh.c:697: warning: format '%lli' expects type 'long long int', but
>> argument 2 has type 'gl_int64_t'
>
> Looks for all the world like a bug in Mac OS X:
>
>   695     case hive_t_qword: {
>   696       int64_t j = hivex_value_qword (h, value);
>   697       printf ("%" PRIi64 "\n", j);

Indeed.  And the fact that the compiler is complaining about gl_int64_t 
makes it sound like gnulib is implicated.  Would you mind reducing this 
to a simpler testcase and posting to bug-gnulib AT gnu.org?

-- 
Eric Blake   eblake at redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org




More information about the virt-tools-list mailing list