Add documentation for seq
[ghc-hetmet.git] / docs / users_guide / ghci.xml
index 749b4d6..f56c079 100644 (file)
@@ -68,7 +68,7 @@ Prelude>
    :show bindings              show the current bindings made at the prompt
 
    :ctags [<file>]             create tags file for Vi (default: "tags")
-   :etags [<file>]             create tags file for Emacs (defauilt: "TAGS")
+   :etags [<file>]             create tags file for Emacs (default: "TAGS")
    :type <expr>                show the type of <expr>
    :kind <type>                show the kind of <type>
    :undef <cmd>                undefine user-defined command :<cmd>
@@ -1511,7 +1511,7 @@ Prelude> :set -fno-glasgow-exts
 
   </sect1>
 
-  <sect1>
+  <sect1 id="ghci-faq">
     <title>FAQ and Things To Watch Out For</title>
     
     <variablelist>
@@ -1556,10 +1556,9 @@ Prelude> :set -fno-glasgow-exts
        <term>Concurrent threads don't carry on running when GHCi is
         waiting for input.</term>
        <listitem>
-         <para>No, they don't.  This is because the Haskell binding
-         to the GNU readline library doesn't support reading from the
-         terminal in a non-blocking way, which is required to work
-         properly with GHC's concurrency model.</para>
+         <para>This should work, as long as your GHCi was built with
+         the <option>-threaded</option> switch, which is the default.
+         Consult whoever supplied your GHCi installation.</para>
        </listitem>
       </varlistentry>
 
@@ -1586,6 +1585,13 @@ Prelude> :set -fno-glasgow-exts
        </listitem>
       </varlistentry>
 
+      <varlistentry>
+       <term>I can't use Control-C to interrupt computations in
+          GHCi on Windows.</term>
+        <listitem>
+          <para>See <xref linkend="ghci-windows">.</xref></para>
+        </listitem>
+      </varlistentry>
     </variablelist>
   </sect1>