Question

我正在尝试在Linux x64（Ubuntu 17.04）下使用libmozjs（SpiderMonkey）。但是，在最初的步骤出现问题。

SpiderMonkey项目没有bug跟踪器，在使用Google之后我也没有找到任何关于我的问题的解决方法，所以我向有尊严的StackOverflow社区寻求帮助。

首先，我尝试使用3个版本的SpiderMonkey：

第45版（稳定版）：https://people.mozilla.org/~sfink/mozjs-45.0.2.tar.bz2
第52版（草稿）：https://hg.mozilla.org/releases/mozilla-esr52/archive/tip.tar.bz2
版本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;
}

我已从此代码编译了三个可执行文件，每个版本的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

最后，结果：

第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
的Backtrace
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
的Backtrace
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>, argc=argc@entry=1, argv=argv@entry=0x7fffffffe078, env=env@entry=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上的52版本（32位和64位），使用相同的源代码构建，没有任何问题。

版本52有几个关键功能，因为我们必须使用52或更高版本。

最后，我应该承认，我对C ++和Linux都不是很有经验。考虑到问题出现在这样的第一步和如此简单的代码中，我想我只是忽略了一些非常基本和简单的东西。

所以，如果您遇到同样的问题并知道解决方法，请帮我处理。

谢谢你：）

Answer 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

Answer 2

这可能是由https://bugzilla.mozilla.org/show_bug.cgi?id=1176787引起的，此修复程序可以作为60.0a1里程碑的一部分找到。

https://bug1176787.bmoattachments.org/attachment.cgi?id=8884708应该可以在与mozjs52一起使用时解决您的问题。

主要原因是在独立构建时应禁用MOZ_GLUE_IN_PROGRAM，这就是为什么在链接./mozglue/build/libmozglue.a时也可以工作的原因

在Linux x64下使用libmozjs-52（SpiderMonkey）进行分段错误

2 个答案: