2017-06-03 149 views
2

我想在Linux x64(Ubuntu 17.04)下使用libmozjs(SpiderMonkey)。然而,在最初的步骤中出现了问题。Linux x64下使用libmozjs-52(SpiderMonkey)的分段错误

SpiderMonkey项目没有错误跟踪器,也非常困难地使用Google后,我没有找到任何关于我的问题的解决方法,所以我要求尊敬的StackOverflow社区寻求帮助。

首先,我想这与3个版本的SpiderMonkey的:

  1. 45版(稳定):https://people.mozilla.org/~sfink/mozjs-45.0.2.tar.bz2
  2. 版本52(草案):https://hg.mozilla.org/releases/mozilla-esr52/archive/tip.tar.bz2
  3. 版本55a1(草案最新) :

    hg clone http://hg.mozilla.org/mozilla-central/

其次,所有这些版本是由相同的方式进行

$ cd js/src 
$ autoconf2.13 
$ mkdir build_DBG.OBJ 
$ cd build_DBG.OBJ 
$ ../configure --enable-debug --disable-optimize 
$ make 

(最初我使用configure不带选项--enable-debug --disable-optimize,具有相同的错误,稍后添加的选项,以便能够回溯的代码)

第三,我的示例代码是非常简单的:

#include <iostream> 
#include <stdexcept> 
#include "jsapi.h" 
#include "js/Initialization.h" 

int main(int argc, char** args){ 

    std::cout<< "Start...\n" 

    if(!JS_Init()) 
     throw std::runtime_error("Failed to initialize"); 

    std::cout << "It's alive!\n"; 

    JS_ShutDown(); 

    std::cout << "Finished\n"; 
    return 0; 
} 

我从这个代码,一个编3个可执行文件的SpiderMonkey的每个版本:

$ g++ --std=c++11 -I~/mozjs-45/js/src/build_OPT.OBJ/dist/include -L~/mozjs-45/js/src/build_OPT.OBJ/dist/bin test.cpp -o test.45 -Wall -lmozjs-45 -DDEBUG -ggdb 

$ g++ --std=c++11 -I~/mozjs-52/js/src/build_OPT.OBJ/dist/include -L~/mozjs-52/js/src/build_OPT.OBJ/dist/bin test.cpp -o test.52 -Wall -lmozjs-52 -DDEBUG -ggdb 

$ g++ --std=c++11 -I~/mozjs-55a1/js/src/build_OPT.OBJ/dist/include -L~/mozjs-55a1/js/src/build_OPT.OBJ/dist/bin test.cpp -o test.55a1 -Wall -lmozjs-55a1 -DDEBUG -ggdb 

一ND最后,结果是:

版本45

正如预期的那样:

$ ./test.45 
Start... 
It's alive! 
Finished 

版本52

错误,同时呼吁JS_Init

$ ./test.52 
Start... 

Segmentation fault (core dumped) 

版本55a1

错误之前调用JS_Init

$ ./test.55a1 

Segmentation fault (core dumped) 

./test.52

Starting program: /home/tumick/C/cpp/test.52 
[Thread debugging using libthread_db enabled] 
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 

Program received signal SIGSEGV, Segmentation fault. 
0x0000000000000000 in ??() 
#0 0x0000000000000000 in ??() 
#1 0x00007ffff5c27dfa in JS::detail::InitWithFailureDiagnostic (isDebugBuild=true) 
    at /home/tumick/mozilla-esr52-patched/js/src/vm/Initialization.cpp:89 
#2 0x000055555555501a in JS_Init() 
    at /home/tumick/mozilla-esr52-patched/js/src/build_DBG.OBJ/dist/include/js/Initialization.h:68 
#3 0x0000555555554e38 in main (argc=1, args=0x7fffffffe078) at test.cpp:9 

的./test.55a1

回溯的回溯
Starting program: /home/tumick/C/cpp/test.55a1 
[Thread debugging using libthread_db enabled] 
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 

Program received signal SIGSEGV, Segmentation fault. 
0x0000000000000000 in ??() 
#0 0x0000000000000000 in ??() 
#1 0x00007ffff5d8d02c in js::Mutex::Mutex (this=0x7ffff7dcc000 <js::vtune::VTuneMutex>, id=...) 
    at /home/tumick/mozilla-central/js/src/threading/Mutex.h:57 
#2 0x00007ffff5d9a1e3 in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) 
    at /home/tumick/mozilla-central/js/src/vtune/VTuneWrapper.cpp:26 
#3 0x00007ffff5d9a213 in _GLOBAL__sub_I_VTuneWrapper.cpp(void)() 
    at /home/tumick/mozilla-central/js/src/vtune/VTuneWrapper.cpp:181 
#4 0x00007ffff7de781a in call_init (l=<optimized out>, [email protected]=1, 
    [email protected]=0x7fffffffe078, [email protected]=0x7fffffffe088) at dl-init.c:72 
#5 0x00007ffff7de792b in call_init (env=0x7fffffffe088, argv=0x7fffffffe078, argc=1, l=<optimized out>) 
    at dl-init.c:30 
#6 _dl_init (main_map=0x7ffff7ffe168, argc=1, argv=0x7fffffffe078, env=0x7fffffffe088) at dl-init.c:120 
#7 0x00007ffff7dd7cda in _dl_start_user() from /lib64/ld-linux-x86-64.so.2 
#8 0x0000000000000001 in ??() 
#9 0x00007fffffffe3b8 in ??() 
#10 0x0000000000000000 in ??() 

是的我知道,版本45是最新已正式发布。但首先,Mozilla Firefox本身在完成后使用每个新版本的SpiderMonkey。其次,我们在高负载的环境中使用Windows(版本32和64位)上的52版本几个月,从相同的源代码生成,没有任何问题。

版本52有几个关键特性,因为我们必须使用完全版本52或更高版本。最后,我应该承认,我并不是非常有经验的C++和Linux都不是。考虑到在这样的第一步中出现的问题以及这样一个琐碎的代码,我想我只是忽略了一些非常基本和简单的东西。

因此,如果您遇到同样的问题并知道解决方法,请帮助我解决它。

谢谢:)

+0

重要提示:后'make' libmozjs(所有三个版本的)我第一次确信,它的工作原理是正确的,运行'./build_DBG.OBJ/JS/src目录/ JSAPI检验/ JSAPI-tests'。所有的测试都是成功的。 – tumick

+0

'$ UNAME -r' 4.10.0-20泛型 '$ GCC --version' GCC(Ubuntu的6.3.0-12ubuntu2)6.3.0 20170406 '$ LD --version' GNU LG (用于Ubuntu的GNU Binutils)2.28 – tumick

+0

已经使用选项'--disable-jemalloc'尝试过 - 相同的结果 – tumick

回答

1

我与59a1有同样的问题。唯一防止核心转储的方式是使用gecko-dev使用的expandlibs.py工具。我还提供了与链接gecko-dev相同的g ++选项。

在我59A1 build_OPT.OBJ目录我所做的:

./_virtualenv/bin/python ../../../config/expandlibs_exec.py --uselist 
-- /usr/bin/g++ -std=gnu++14 -o js-test $(pkg-config --libs mozjs-59a1) $(pkg-config --cflags mozjs-59a1) -U_FORTIFY_SOURCE 
-D_FORTIFY_SOURCE=2 -Wall -Wempty-body -Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsign-compare -Wtype-limits -Wunreachable-code -Wwrite-strings -Wno-invalid-offsetof -Wno-error=maybe-uninitialized -Wno-error=deprecated-declarations -Wno-error=array-bounds -Wno-error=free-nonheap-object -Wformat -Wformat-security -fno-sized-deallocation -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fno-rtti -fno-exceptions -fno-math-errno -pthread -pipe -g -freorder-blocks -O3 -fno-omit-frame-pointer test.cpp -lpthread -Wl,-z,noexecstack -Wl,-z,text -Wl,-z,relro -Wl,--build-id -B /home/plm/Source/gecko-dev/js/src/build_OPT.OBJ/build/unix/gold -rdynamic -Wl,-rpath-link,/home/plm/Source/gecko-dev/js/src/build_OPT.OBJ/dist/bin 
-Wl,-rpath-link,/usr/local/lib ./mozglue/build/libmozglue.a ./js/src/build/libjs_static.a -lm -ldl -lz -lm -ldl 
+0

该命令行使其工作的重要部分是expandlibs程序和./mozglue/build/libmozglue的链接。一个。该程序需要libmozglue并提取一堆目标文件的名称,然后将这些文件添加到链接中。 – ltc