加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > 安全 > 正文

调试 – 如何调试Erlang代码?

发布时间:2020-12-15 20:06:17 所属栏目:安全 来源:网络整理
导读:我有一些Ruby和Java背景,我习惯在错误日志中有确切的行数。 所以,如果编译的代码中有错误,我会看到在控制台输出中引起异常的行数。 像这个Ruby示例: my_ruby_code.rb:13:in `/': divided by 0 (ZeroDivisionError) from my_ruby_code.rb:13 它的简单和快
我有一些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代码?
> Emacs的erlang模式在Erlang开发方面比Vim有优势吗?
>你喜欢什么开发’write-compile-debug’循环?你离开Emacs编译和运行终端中的代码吗?如何在Erlang代码中搜索错误?

调试Erlang代码有时可能很棘手,尤其是处理badmatch错误。一般来说,两个良好的指导方针是:

>保持功能简短
>如果可以直接使用返回值,而不是绑定临时变量(这将给你的好处是获得function_clause错误等方式更多的信息)

话虽如此,使用调试器通常需要快速到达底部的错??误。我建议使用命令行调试器dbg,而不是图形化调试器(当你知道如何使用它,它的方式更快,你不必上下文切换从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,1},{saved,x}]}
4> dbg:tp(other,do,x).                    % tp = trace exported functions  
{ok,x}]}
5> dbg:tp(my_module,run,x).               % x means print exceptions
{ok,x}]}  % (and normal return values)

在返回值中查找{matched,_,1} …如果这将是0而不是1(或更多),这意味着没有函数匹配模式。可以找到dbg模块的完整文档here。

假设/ 1和其他:do / 1总是返回ok,以下可能发生:

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,2} {error,{badmatch,ok}}

在这里我们可以看到,我们得到了一个badmatch异常,调用了/ 1,但从来没有其他:do / 1,所以我们可以推断,badmatch发生在调用之前。

熟练使用命令行调试器将节省大量的时间,让你调试简单(但棘手!)错误错误或更复杂的东西。

希望,所有这一切都将更容易,当Erlang R15出来的行号例外!

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读