[Libguestfs] Remaining syntax-check errors in libguestfs

Alex Nelson ajnelson at cs.ucsc.edu
Mon Sep 17 03:26:48 UTC 2012


On Sep 16, 2012, at 10:31 , Richard W.M. Jones wrote:

> ... and why they are (probably) not errors.
> 
[snip]
> 
> 
>> prohibit_magic_number_exit
>> po-docs/ja.po:59861:"might be called indirectly from L<exit(3)>, which can cause unexpected "
>> po-docs/libguestfs-docs.pot:50902:"might be called indirectly from L<exit(3)>, which can cause unexpected "
>> po-docs/uk.po:57345:"might be called indirectly from L<exit(3)>, which can cause unexpected "
>> src/guestfs.pod:2028:callback might be called indirectly from L<exit(3)>, which can cause
>> tests/mount-local/test-parallel-mount-local.c:104:    exit (77);
>> tests/mount-local/test-parallel-mount-local.c:110:    exit (77);
>> tests/regressions/rhbz790721.c:79:    exit (77);
>> maint.mk: use EXIT_* values rather than magic number
>> make: *** [sc_prohibit_magic_number_exit] Error 1
> 
> I think exit (77) is acceptable.  To automake, this means that the
> test has been skipped, and there is no constant for it.  However
> writing a regexp that matches all numbers except "77" is quite hard.
[snip]

Out of curiosity, why exit code 77 (permission denied) instead of exit code 75 (temporary failure, user is invited to retry) [1]?  Is this just an automake-ism?

--Alex

[1] For reference, here's a sysexits listing, consistent with what I saw in /usr/include/sysexits.h on a Fedora 17 VM:
<http://www.opensource.apple.com/source/Libc/Libc-320/include/sysexits.h>




More information about the Libguestfs mailing list