Question

我有一些Ruby和Java背景，我习惯于在错误日志中包含确切的行数。

因此，如果编译代码中存在错误，我将在控制台输出中看到导致异常的行数。

就像在这个Ruby示例中一样：

my_ruby_code.rb:13:in `/': divided by 0 (ZeroDivisionError)
    from my_ruby_code.rb:13

简单快捷 - 我只需转到第13行并修正错误。

相反，Erlang只是说：

** exception error: no match of right hand side value [xxxx]
 in function my_module:my_fun/1
 in call from my_module:other_fun/2

没有要查看的行号。

如果我有两行像

X = Param1,
Y = Param2,

在'my_fun'中，如何理解问题出在哪一行？

此外，我试图从Vim切换到Emacs + Elang模式，但到目前为止我唯一的奖励是能够在Emacs（C-k`）内循环编译错误。

因此，编写代码和寻找简单的逻辑错误（如“右手边不匹配”）的过程似乎有点麻烦。

我试图在代码中添加很多“io：format”行，但这是需要时间的额外工作。

我也尝试使用distel，但只需要10个步骤就可以打开调试器一次。

问题：

调试Erlang代码的最直接，最简单的方法是什么？
与Vim相比，Emacs的erlang模式在Erlang开发方面有优势吗？
您更喜欢哪种开发'write-compile-debug'循环？你是否让Emacs编译并运行终端中的代码？如何在Erlang代码中搜索错误？

Answer 1

调试Erlang代码有时会很棘手，尤其是处理badmatch错误。一般来说，要保留两个好的指导方针是：

保持功能简短
如果可以的话，直接使用返回值，而不是绑定临时变量（这将为您提供获取function_clause错误的好处，这样可以提供更多信息）

话虽这么说，通常需要使用调试器来快速找到错误的底部。我建议使用命令行调试器dbg而不是图形调用器debugger（当你知道如何使用它时它会更快，你不必从Erlang上下文切换shell到GUI）。

根据您提供的示例表达式，通常情况下您不仅要将变量分配给其他变量（在Erlang中绝对不需要）：

run(X, Y) ->
    X = something(whatever),
    Y = other:do(more_data),

使用命令行调试器帮助调试badmatch错误：

1> dbg:tracer().                            % Start the CLI debugger
{ok,<0.55.0>}
2> dbg:p(all, c).                           % Trace all processes, only calls
{ok,[{matched,nonode@nohost,29}]}
3> dbg:tpl(my_module, something, x).        % tpl = trace local functions as well
{ok,[{matched,nonode@nohost,1},{saved,x}]}
4> dbg:tp(other, do, x).                    % tp = trace exported functions  
{ok,[{matched,nonode@nohost,1},{saved,x}]}
5> dbg:tp(my_module, run, x).               % x means print exceptions
{ok,[{matched,nonode@nohost,1},{saved,x}]}  % (and normal return values)

在返回值中查找{matched,_,1} ...如果这可能是0而不是1（或更多），这意味着没有任何函数与模式匹配。可以找到dbg模块的完整文档here。

鉴于something/1和other:do/1总是返回正常，可能会发生以下情况：

6> my_module:run(ok, ok).
(<0.72.0>) call my_module:run(ok,ok)
(<0.72.0>) call my_module:something(whatever)
(<0.72.0>) returned from my_module:something/1 -> ok
(<0.72.0>) call other:do(more_data)
(<0.72.0>) returned from other:do/1 -> ok
(<0.72.0>) returned from my_module:run/2 -> ok
ok

在这里，我们可以看到整个调用过程，以及给出的返回值。如果我们用一些我们知道会失败的东西来称呼它：

7> my_module:run(error, error).
** exception error: no match of right hand side value ok
(<0.72.0>) call my_module:run(error,error)
(<0.72.0>) call my_module:something(whatever)
(<0.72.0>) returned from my_module:something/1 -> ok
(<0.72.0>) exception_from {my_module,run,2} {error,{badmatch,ok}}

我们可以看到，我们收到badmatch个异常，something/1被调用，但从未other:do/1，因此我们可以推断出该错误发生在该次调用之前。

熟练使用命令行调试器可以节省大量时间，让您调试简单（但棘手！）badmatch错误或更复杂的事情。

希望当Erlang R15在例外情况下出现行号时，这一切都会变得更容易！

Answer 2

您可以使用Erlang debugger逐步执行代码，查看哪条线路出现故障。

从erl开始，使用以下命令启动调试器：

debugger:start().

然后，您可以使用UI或使用控制台选择要在解释模式下（调试所需）的模块：

ii(my_module).

在UI或控制台中再次添加断点：

ib(my_module, my_func, func_arity).

另外，在Erlang R15中，我们最终会有堆栈跟踪中的行号！

Answer 3

如果将erlang安装替换为最新版本，则会有行号，从版本15开始添加它们。

如果您的操作系统上尚未提供新版本，您可以从源代码构建或尝试在此处获取打包版本：http://www.erlang-solutions.com/section/132/download-erlang-otp

Answer 4

您可以在文件编译时使用“ debug_info”和“ debugger”

1> c(test_module, [debug_info]).
{ok, test_module}
2> debugger:start().

有关如何在Erlang中进行调试的更多详细信息，您可以通过链接到视频-https://vimeo.com/32724400

如何调试Erlang代码？

4 个答案: