11

我一般是rebar和erlang的初学者。我试图根据本教程创建一个带有 rebar 的 erlang 版本：http ://www.metabrew.com/article/erlang-rebar-tutorial-generating-releases-upgrades并在运行生成的版本时卡住了。

我的系统是 Ubuntu 11.04 64bit，erlang R14B03，从源代码安装。

当我调用“bin/somenode 控制台”时，出现以下错误之一：

Exec: /home/ghik/Inz/somerel/rel/somenode/erts-5.8.4/bin/erlexec -boot /home/ghik/Inz/somerel/rel/somenode/releases/1/somenode -mode embedded -config /home/ghik/Inz/somerel/rel/somenode/etc/app.config -args_file /home/ghik/Inz/somerel/rel/somenode/etc/vm.args -- console
Root: /home/ghik/Inz/somerel/rel/somenode
{"init terminating in do_boot",{'cannot load',hipe_amd64_encode,get_files}}

Crash dump was written to: erl_crash.dump
init terminating in do_boot ()

有趣的是，每次我运行它时，都会列出不同的原子而不是'hipe_amd64_encode'，例如：'hipe_amd64_defuse'，'hipe_amd64_assemble'等。我猜erlang无法加载hipe，但我不知道为什么是试图首先加载它。该版本仅包含一个非常简单的应用程序，仅依赖于内核和 stdlib。

出于某种原因，rebar 会生成一个 .rel 文件，其中包含许多不必要的应用程序：

%% rel generated at {2011,9,6} {20,5,48}
{release,{"somenode","1"},
     {erts,"5.8.4"},
     [{kernel,"2.14.4"},
      {stdlib,"1.17.4"},
      {sasl,"2.1.9.4"},
      {someapp,"1"},
      {compiler,"4.7.4",load},
      {crypto,"2.0.3",load},
      {et,"1.4.3",load},
      {gs,"1.5.13",load},
      {hipe,"3.8",load},
      {inets,"5.6",load},
      {mnesia,"4.4.19",load},
      {observer,"0.9.9",load},
      {public_key,"0.12",load},
      {runtime_tools,"1.8.5",load},
      {ssl,"4.1.5",load},
      {syntax_tools,"1.6.7.1",load},
      {tools,"2.6.6.4",load},
      {webtool,"0.8.8",load},
      {wx,"0.98.10",load}]}.

为什么 rebar 在 .rel 文件中列出了这么多应用程序？和事件如果没问题，为什么不开始发布？

4

4 回答 4

13

添加到reltool.config，以下行：

{app, hipe, [{incl_cond, exclude}]}
于 2011-12-02T08:11:11.060 回答
9

首先，您可以通过向 VM 添加参数init_debug来尝试查看在 VM 启动期间失败的原因：

$ erl -init_debug
{progress,preloaded}
{progress,kernel_load_completed}
{progress,modules_loaded}
{start,heart}
{start,error_logger}
{start,application_controller}
{progress,init_kernel_started}
...
{progress,applications_loaded}
{apply,{application,start_boot,[kernel,permanent]}}
{apply,{application,start_boot,[stdlib,permanent]}}
{apply,{c,erlangrc,[]}}
{progress,started}
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.8.4  (abort with ^G)
1>

使用它，您将能够更详细地查看正在进行的交互类型。可能是库以错误的顺序加载，您不支持本机等。

第二个问题，rel 文件包含太多应用程序。这可能是因为 Rebar 使用 Reltool 来生成版本，并且可以加载不同的应用程序，具体取决于生成版本时控件的粒度（请参阅incl_cond文档中的材料）。在 Learn You Some Erlang 的Release is The Word章节中有几个例子：

{sys, [
 {lib_dirs, ["/home/ferd/code/learn-you-some-erlang/release/"]},
 {erts, [{mod_cond, derived}, % derived makes it pick less stuff
         {app_file, strip}]},
 {rel, "erlcount", "1.0.0", [kernel, stdlib, ppool, erlcount]},
 {boot_rel, "erlcount"},
 {relocatable, true},
 {profile, embedded}, % reduces the files included from each app
 {app_file, strip}, % reduces the size of app files if possible
 {incl_cond, exclude}, % by default, don't include apps. 'derived' is another option
 {app, stdlib, [{mod_cond, derived}, {incl_cond, include}]}, % include at the app
 {app, kernel, [{incl_cond, include}]},                      % level overrides the
 {app, ppool, [{vsn, "1.0.0"}, {incl_cond, include}]},       % exclude put earlier
 {app, erlcount, [{vsn, "1.0.0"}, {incl_cond, include}]}
]}.

这应该会产生更小的版本。

于 2011-09-08T16:58:47.300 回答
0

我不知道正确的答案，但我知道我无法启动在具有几个不同内核的多个 CentOS 版本上运行的发行版，所以这并不完全不寻常。升级到 5.6 使它终于工作了。您可以在这里查看每天实际测试哪些操作系统：

http://www.erlang.org/doc/installation_guide/INSTALL.html#id62915

另外，我猜你可以在没有 HIPE 的情况下进行编译。

于 2011-09-08T00:19:14.287 回答
0

最近我发现了这篇文章： http: //mokele.co.uk/2011/07/01/rebar-release-upgrade-caveats.html

它揭示了钢筋中的一系列错误，其中一个是我的版本无法启动的原因。还发布了修复程序。我希望它们能尽快合并到主钢筋存储库中。

于 2011-09-22T20:55:10.073 回答