X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;f=src%2Fguestfs.pod;h=9cf66f3c6d88aa259102b089457666c1fc047a4c;hb=df5ae67129dcbb16e2437b65b4557dfe73c1782d;hp=966fbd19f02c3a75fdea4fa41d77f811b35f8baa;hpb=58012dc9b67aa1b5de9c5dc70e7e471de3ed2a6a;p=libguestfs.git diff --git a/src/guestfs.pod b/src/guestfs.pod index 966fbd1..9cf66f3 100644 --- a/src/guestfs.pod +++ b/src/guestfs.pod @@ -14,7 +14,6 @@ guestfs - Library for accessing and modifying virtual machine images guestfs_mount (g, "/dev/sda1", "/"); guestfs_touch (g, "/hello"); guestfs_umount (g, "/"); - guestfs_sync (g); guestfs_close (g); cc prog.c -o prog -lguestfs @@ -100,11 +99,10 @@ this: * disk image. */ guestfs_touch (g, "/hello"); - - /* You only need to call guestfs_sync if you have made - * changes to the guest image. (But if you've made changes - * then you *must* sync). See also: guestfs_umount and - * guestfs_umount_all calls. + + /* This is only needed for libguestfs < 1.5.24. Since then + * it is done automatically when you close the handle. See + * discussion of autosync in this page. */ guestfs_sync (g); @@ -117,7 +115,8 @@ functions that return integers return C<-1> on error, and all functions that return pointers return C on error. See section L below for how to handle errors, and consult the documentation for each function call below to see precisely how they -return error indications. +return error indications. See L for fully worked +examples. =head2 DISK IMAGES @@ -657,7 +656,7 @@ with libguestfs. =item B -For documentation see the file C. +For documentation see L. =item B @@ -672,16 +671,11 @@ The PHP binding only works correctly on 64 bit machines. =item B -For documentation do: - - $ python - >>> import guestfs - >>> help (guestfs) +For documentation see L. =item B -Use the Guestfs module. There is no Ruby-specific documentation, but -you can find examples written in Ruby in the libguestfs source. +For documentation see L. =item B @@ -1860,6 +1854,14 @@ The header contains the procedure number (C) which is how the receiver knows what type of args structure to expect, or none at all. +For functions that take optional arguments, the optional arguments are +encoded in the C_args> structure in the same way as +ordinary arguments. A bitmask in the header indicates which optional +arguments are meaningful. The bitmask is also checked to see if it +contains bits set which the daemon does not know about (eg. if more +optional arguments were added in a later version of the library), and +this causes the call to be rejected. + The reply message for ordinary functions is: total length (header + ret, @@ -2087,6 +2089,9 @@ enough. =head1 SEE ALSO L, +L, +L, +L, L, L, L,