X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;f=src%2Fguestfs.pod;h=2d30e34b0e946b252b850ef2b63e0b72be0e08f7;hb=8736015a2c3eab15ca431ed777586a995c56c581;hp=56c3e2f13c98d43ee0c6dbb512e459209eb0228c;hpb=85ffd3317ac84337a696928873685049d102584a;p=libguestfs.git diff --git a/src/guestfs.pod b/src/guestfs.pod index 56c3e2f..2d30e34 100644 --- a/src/guestfs.pod +++ b/src/guestfs.pod @@ -1269,10 +1269,9 @@ parameters, but with the roles of daemon and library reversed. =head3 INITIAL MESSAGE -Because the underlying channel (QEmu -net channel) doesn't have any -sort of connection control, when the daemon launches it sends an -initial word (C) which indicates that the guest -and daemon is alive. This is what L waits for. +When the daemon launches it sends an initial word +(C) which indicates that the guest and daemon is +alive. This is what L waits for. =head1 MULTIPLE HANDLES AND MULTIPLE THREADS @@ -1283,6 +1282,9 @@ Only use the handle from a single thread. Either use the handle exclusively from one thread, or provide your own mutex so that two threads cannot issue calls on the same handle at the same time. +See the graphical program guestfs-browser for one possible +architecture for multithreaded programs using libvirt and libguestfs. + =head1 QEMU WRAPPERS If you want to compile your own qemu, run qemu from a non-standard