所以，如果编译的代码中有错误，我会看到在控制台输出中引起异常的行数。
像这个Ruby示例：
my_ruby_code.rb:13:in `/': divided by 0 (ZeroDivisionError)
from my_ruby_code.rb: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代码中搜索错误？
>保持功能简短
>如果可以直接使用返回值，而不是绑定临时变量(这将给你的好处是获得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出来的行号例外！
