Documentation for -fbreak-on-error
authorPepe Iborra <mnislaih@gmail.com>
Tue, 11 Sep 2007 10:19:44 +0000 (10:19 +0000)
committerPepe Iborra <mnislaih@gmail.com>
Tue, 11 Sep 2007 10:19:44 +0000 (10:19 +0000)
docs/users_guide/flags.xml
docs/users_guide/ghci.xml

index 33c4e32..b417f7e 100644 (file)
              <entry>-</entry>
            </row>
            <row>
+             <entry><option>-fbreak-on-exception</option></entry>
+             <entry><link linkend="ghci-debugger-exceptions">Break on any exception thrown</link></entry>
+             <entry>dynamic</entry>
+             <entry><option>-fno-break-on-exception</option></entry>
+           </row>
+           <row>
+             <entry><option>-fbreak-on-error</option></entry>
+             <entry><link linkend="ghci-debugger-exceptions">Break on uncaught exceptions and errors</link></entry>
+             <entry>dynamic</entry>
+             <entry><option>-fno-break-on-error</option></entry>
+           </row>
+           <row>
              <entry><option>-fno-print-bind-result</option></entry>
              <entry><link linkend="ghci-stmts">Turn off printing of binding results in GHCi</link></entry>
              <entry>dynamic</entry>
index 69078d5..b1e36ec 100644 (file)
@@ -1335,9 +1335,13 @@ a :: a
         <literal>:trace</literal> and <literal>:history</literal> to establish
         the context.  However, <literal>head</literal> is in a library and
         we can't set a breakpoint on it directly.  For this reason, GHCi
-        provides the flag <literal>-fbreak-on-exception</literal> which causes
-        the evaluator to stop when an exception is thrown, just as it does when
-        a breakpoint is hit.  This is only really useful in conjunction with
+        provides the flags <literal>-fbreak-on-exception</literal> which causes
+        the evaluator to stop when an exception is thrown, and <literal>
+       -fbreak-on-error</literal>, which works similarly but stops only on 
+       uncaught exceptions. When stopping at an exception, GHCi will act 
+       just as it does when a breakpoint is hit, with the deviation that it
+       will not show you any source code location. Due to this, these 
+       commands are only really useful in conjunction with
         <literal>:trace</literal>, in order to log the steps leading up to the
         exception.  For example:</para>