``` Haskell:调试 ```
Haskell: Debugging

原始链接: https://wiki.haskell.org/Debugging

## Haskell 调试技巧总结 Haskell 提供各种调试工具,从简单的跟踪到高级的离线分析。为了捕获异常时的堆栈跟踪,使用 `-prof` 编译并在运行时使用 `+RTS -xc` (考虑 `-fprof-auto -fprof-cafs` 以获取更详细的跟踪)。`errorWithStackTrace` (GHC 7.8+) 提供了程序化的堆栈跟踪转储。 对于快速调试,`Debug.Trace.trace` 将字符串插入到输出中,但由于懒惰求值而依赖于值的需求。`htrace` 提供缩进跟踪。更强大的替代方案包括 Hood (尽管年代久远但仍然可用) 和 Hugs 的 `Observe`,用于跟踪函数调用和结果。 Safe Library 提供了 Prelude 函数的更安全版本,提供更具信息量的错误消息 (例如 `headNote`)。 离线分析工具,如 Haskell Tracer HAT 和 Hoed,提供全面的跟踪和调试功能。Hoed 与未转换的库一起工作,提高了兼容性。GHCi 的调试器允许动态断点和值检查。 最后,`LocH` 和源位置错误提高了错误报告的精度,并且避免使用 `fromJust` 等函数而选择显式模式匹配可以增强错误消息的清晰度。`-ferror-spans` 有助于精确定位解析错误,`-fbreak-on-error` 与 `:trace` 结合使用可以帮助识别 GHCi 中的无限循环。

Hacker News 新闻 | 过去 | 评论 | 提问 | 展示 | 招聘 | 提交 登录 Haskell: 调试 (haskell.org) 33 分,by tosh 1 天前 | 隐藏 | 过去 | 收藏 | 1 条评论 帮助 nh2 1 天前 [–] 这个社区维基页面已经过时 10 到 20 年了。https://wiki.haskell.org/index.php?title=Debugging&action=hi... 特别是,它没有提到新的实际调试器:https://well-typed.github.io/haskell-debugger/ https://discourse.haskell.org/t/the-haskell-debugger-for-ghc... 回复 考虑申请 YC 2026 夏季批次!申请截止至 5 月 4 日 指南 | 常见问题 | 列表 | API | 安全 | 法律 | 申请 YC | 联系 搜索:
相关文章

原文

Recent versions of GHC allow a dump of a stack trace (of all cost centres) when an exception is raised. In order to enable this, compile with -prof, and run with +RTS -xc. (Since only the cost centre stack will be printed, you may want to add -fprof-auto -fprof-cafs[1] to the compilation step to include all definitions in the trace.) Since GHC version 7.8, the function errorWithStackTrace can be used to programmatically dump the stack trace, see How to get (approx) stack traces with profiled builds.

A more detailed list of options can be found in the RTS section of the GHC user's guide.

  -- test.hs
  crash = sum [1,2,3,undefined,5,6,7,8]
  main  = print crash
 > ghc-7.6.3 test.hs -prof -fprof-auto -fprof-cafs && ./test +RTS -xc
 *** Exception (reporting due to +RTS -xc): (THUNK_2_0), stack trace: 
   GHC.Err.CAF
   --> evaluated by: Main.crash,
   called from Main.CAF:crash_reH
 test: Prelude.undefined

Printf and friends

The simplest approach is to use Debug.Trace.trace:

trace :: String -> a -> a
"When called, trace outputs the string in its first argument, before returning the second argument as its result.'"

A common idiom to trace a function is:

myfun a b | trace ("myfun " ++ show a ++ " " ++ show b) False = undefined
myfun a b = ...

The advantage is that disabling and enabling the trace takes only one line comment.

You must keep in mind that due to lazy evaluation your traces will only print if the value they wrap is ever demanded.

The trace function is located in the base package. The package htrace defines a trace function similar to the one in the base package, but with indentation for better visual effect (see the mailing list thread for examples). Other tools can be found at the debug category in Hackage.

A more powerful alternative for this approach is Hood. Even if it hasn't been updated in some time, Hood works perfectly with the current ghc distribution. Even more, Hugs has it already integrated, see the manual page. Add an import Observe and start inserting observations in your code. For instance:

import Hugs.Observe

f'  = observe "Informative name for f" f 
f x = if odd x then x*2 else 0

And then in hugs:

Main> map f' [1..5]
[2,0,6,0,10]

>>>>>>> Observations <<<<<<

Informative name for f
  { \ 5  -> 10
  , \ 4  -> 0
  , \ 3  -> 6
  , \ 2  -> 0
  , \ 1  -> 2
  }

outputs a report of all the invocations of f and their result.

I have a handy bogus Hugs.Observe module with no-ops for the observations so that I don't need to remove them manually, expecting that the compiler will optimize them away.

The GHood package adds a graphical back-end to Hood. See also the GHood homepage.

The Safe Library

There is a safe library of functions from the Prelude that can crash, see the safe library. If you get an error message such as "pattern match failure, head []", you can then use headNote "extra information" to get a more detailed error message for that particular call to head. The safe library also has functions that return default values and wrap their computation in Maybe as required.

Offline analysis of traces

The most advanced debugging tools are based in offline analysis of traces.

Haskell Tracer HAT

Hat is probably the most advanced tool for this, offering a comprehensive set of tools. Neil Mitchell has made available a Windows port of Hat at his site.

The disadvantage of traditional Haskell tracers is that they either need to transform the whole program or require a specialized run-time system. Therefore they are not always compatible with the latest libraries, so you can put them to use only in some cases.

Hoed - The Lightweight Haskell Tracer and Debugger

Hoed is a tracer/debugger that offers most of HATs functionality, and works with untransformed libraries. Hoed can therefore be used to debug much more programs than traditional tracer/debuggers.

To locate a defect with Hoed you annotate suspected functions and compile as usual. Then you run your program, information about the annotated functions is collected. Finally you connect to a debugging session using a webbrowser.

Dynamic breakpoints in GHCi

Finally, the GHCi debugger enables dynamic breakpoints and intermediate values observation.

This tool allows to set breakpoints in your code, directly from the GHCi command prompt. An example session:

*main:Main> :break Main 2
Breakpoint set at (2,15)
*main:Main> qsort [10,9..1]
Local bindings in scope:
  x :: a, xs :: [a], left :: [a], right :: [a]
 
qsort2.hs:2:15-46> :sprint x
x = _
qsort2.hs:2:15-46> x

This is an untyped, unevaluated computation. You can use seq to force its evaluation and then :print to recover its type

qsort2.hs:2:15-46> seq x ()
() 
qsort2.hs:2:15-46> :p x
x - 10

Once a breakpoint is hit, you can explore the bindings in scope, as well as to evaluate any Haskell expression, as you would do in a normal GHCi prompt. The :print command can be very useful to explore the laziness of your code.

Source-located errors

LocH provides wrappers over assert for generating source-located exceptions and errors.

Consider the use of a located fromJust:

import Debug.Trace.Location
import qualified Data.Map as M
import Data.Maybe

main = do print f

f = let m = M.fromList
                [(1,"1")
                ,(2,"2")
                ,(3,"3")]
        s = M.lookup 4 m
    in fromJustSafe assert s

fromJustSafe a s = check a (fromJust s)

This will result in:

$ ./a.out
a.out: A.hs:12:20-25: Maybe.fromJust: Nothing

This can be automated, using the 'loch' preprocessor, so a program failing with:

   $ ghc A.hs --make -no-recomp
   [1 of 1] Compiling Main             ( A.hs, A.o )
   Linking A ...
   $ ./A
   A: Maybe.fromJust: Nothing

Can be transformed to a src-located one by adding:

import Debug.Trace.Location

and then recompiling with the preprocessor on:

   $ ghc A.hs --make -pgmF loch -F -no-recomp
   [1 of 1] Compiling Main             ( A.hs, A.o )
   Linking A ...
   $ ./A
   A: A.hs:14:14-19: Maybe.fromJust: Nothing

Other tricks

Locating a failure in a library function

The simplest way to provide locating in the source code a mismatch run-time error in the library functions:

and others is to avoid these functions and to use explicit matching instead.

For example, consider:

g x = h $ fromJust $ f x,

ghc-6.6 often loses the reference to g, f, and h in its run-time error report, when f returns Nothing.

But for the program:

g x = let Just y = f x in h y,

GHC reports:

    Main: M1.hs:9:11-22:
    Irrefutable pattern failed for pattern Data.Maybe.Just y

Indicating the source of the failure.

Mysterious parse errors

GHC provides `-ferror-spans`, which will give you the exactly position of the start and end of an offending statement.

Infinite loops

On glasgow-haskell-users on 21 Nov 2007, pepe made the following suggestion for detecting the cause infinite loops in GHCi. Assuming the offending function is named `loop`, and takes one argument:

  1. enable the flag -fbreak-on-error (`:set -fbreak-on-error` in GHCi)
  2. run your expression with :trace (`:trace loop 'a'`)
  3. hit Ctrl-C while your program is stuck in the loop to have the debugger break in the loop
  4. use :history and :back to find out where the loop is located and why.

(For which versions? ghci >= 6.8?)

  1. was -auto-all -caf-all in previous ghc versions (now deprecated)
联系我们 contact @ memedata.com