X-Git-Url: http://git.annexia.org/?a=blobdiff_plain;f=HACKING;h=0a27b77fc5df3856e818f2c33e145d56f5a9c6c1;hb=73f1dc10b4279528818fe0fda33daf4c34488d21;hp=ab5f83ab7109c985066261dba49f7b897eb54f7f;hpb=b07102fda0034da5840a9f33bd6d404a195b8cc9;p=guestfs-browser.git

diff --git a/HACKING b/HACKING
index ab5f83a..0a27b77 100644
--- a/HACKING
+++ b/HACKING
@@ -51,9 +51,9 @@ safe, and in any case we don't want the main thread to block because
 it performs some long-running operation by accident).
 
 The slave thread is defined in the Slave module (interface:
-'slave.mli') and all slave_* files.  The Slave module also defines
-what commands are possible.  Every other module and file is part of
-the main thread except for a few utility / library modules.
+'slave.mli') and the slave.ml implementation.  The Slave module also
+defines what commands are possible.  Every other module and file is
+part of the main thread except for a few utility modules.
 
 The main thread starts in the module Main.
 
@@ -64,7 +64,7 @@ Most modules alias short names for some common libvirt and libguestfs
 modules, eg:
 
   module C = Libvirt.Connect
-  module G = Guestfs
+  module Q = Queue
 
 So when you see a function such as 'C.connect_readonly', it's really
 the function 'connect_readonly' in the [nested] module