在Ubuntu 17.04 x64

下使用SpiderMonkey（libmozjs-45.0.2）的分段錯誤我試圖在Ubuntu 17.04 x64下使用SpiderMonkey。在Ubuntu 17.04 x64

SpiderMonkey項目沒有錯誤跟蹤器，也經過努力的谷歌搜索，我沒有找到任何有關我的問題的解決方法，所以我請求社區尋求幫助。

1）從官方download page下載SpiderMonkey的源代碼：

https://people.mozilla.org/~sfink/mozjs-45.0.2.tar.bz2

2）命令用於構建（從官方documentation page）：

$ cd js/src 
$ autoconf2.13 
$ mkdir build_OPT.OBJ 
$ cd build_OPT.OBJ 
$ ../configure 
$ make

3）用於嵌入mozjs庫的示例代碼也從官方example page，但在這裏我帶來最簡單的代碼，其中重現錯誤：

#include "jsapi.h" 
#include "js/Initialization.h" 

int main(int argc, const char *argv[]) 
{ 
    JS_Init(); 

    JSRuntime *rt = JS_NewRuntime(8L * 1024 * 1024); 
    if (!rt) 
     return 1; 

    JSContext *cx = JS_NewContext(rt, 8192); 
    if (!cx) 
     return 1; 

    // here I plan to evaluate JavaScript expressions... 

    JS_DestroyContext(cx); 
    JS_DestroyRuntime(rt); 
    JS_ShutDown(); 
    return 0; 
}

4）我編了這個命令，也是在官方的例子頁面給出：

$ g++ -std=c++11 -I~/mozjs-45.0.2/js/src/build_OPT.OBJ/dist/include -L~/mozjs-45.0.2/js/src/build_OPT.OBJ/dist/bin main.cpp -o main -lmozjs-45 -lz -lpthread -ldl

5）運行後，得到了分段故障在JS_NewContext通話，與以下回溯：

Starting program: /home/tumick/C/cpp/main 
[Thread debugging using libthread_db enabled] 
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". 
[New Thread 0x7ffff5600700 (LWP 12326)] 
[New Thread 0x7ffff53ff700 (LWP 12327)] 
[New Thread 0x7ffff51fe700 (LWP 12328)] 
[New Thread 0x7ffff4ffd700 (LWP 12329)] 
[New Thread 0x7ffff4dfc700 (LWP 12330)] 

Thread 1 "main" received signal SIGSEGV, Segmentation fault. 
0x0000000000000000 in ??() 
#0 0x0000000000000000 in ??() 
#1 0x00007ffff6d62722 in js::ScriptBytecodeHasher::hash (l=<synthetic pointer>..., l=<synthetic pointer>...) 
    at /home/tumick/mozjs-45.0.2/js/src/jsscript.h:2411 
#2 js::detail::HashTable<js::SharedScriptData* const, js::HashSet<js::SharedScriptData*, js::ScriptBytecodeHasher, js::SystemAllocPolicy>::SetOps, js::SystemAllocPolicy>::prepareHash (l=<synthetic pointer>...) at ../../dist/include/js/HashTable.h:1126 
#3 js::detail::HashTable<js::SharedScriptData* const, js::HashSet<js::SharedScriptData*, js::ScriptBytecodeHasher, js::SystemAllocPolicy>::SetOps, js::SystemAllocPolicy>::lookupForAdd (l=<synthetic pointer>..., this=<optimized out>) at ../../dist/include/js/HashTable.h:1638 
#4 js::HashSet<js::SharedScriptData*, js::ScriptBytecodeHasher, js::SystemAllocPolicy>::lookupForAdd (l=<synthetic pointer>..., 
this=<optimized out>) at ../../dist/include/js/HashTable.h:386 
#5 SaveSharedScriptData ([email protected]=0x5555557841f0, script=..., ssd=<optimized out>, nsrcnotes=1) 
    at /home/tumick/mozjs-45.0.2/js/src/jsscript.cpp:2502 
#6 0x00007ffff6d62c41 in JSScript::fullyInitTrivial ([email protected]=0x5555557841f0, script=..., [email protected]=...) 
    at /home/tumick/mozjs-45.0.2/js/src/jsscript.cpp:2886 
#7 0x00007ffff6d20316 in CreateFunctionPrototype (cx=0x5555557841f0, key=<optimized out>) at /home/tumick/mozjs-45.0.2/js/src/jsfun.cpp:785 
#8 0x00007ffff6ddcb52 in js::GlobalObject::resolveConstructor (cx=0x5555557841f0, global=..., key=<optimized out>) 
    at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:158 
#9 0x00007ffff6ddd06e in js::GlobalObject::ensureConstructor ([email protected]=0x5555557841f0, global=..., [email protected]=..., 
[email protected]=JSProto_Function) at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:98 
#10 0x00007ffff6c4fe8b in CreateObjectConstructor (cx=0x5555557841f0, key=<optimized out>) 
    at /home/tumick/mozjs-45.0.2/js/src/builtin/Object.cpp:1035 
#11 0x00007ffff6ddcbbe in js::GlobalObject::resolveConstructor (cx=0x5555557841f0, global=..., key=<optimized out>) 
    at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:166 
#12 0x00007ffff6ddd06e in js::GlobalObject::ensureConstructor ([email protected]=0x5555557841f0, global=..., [email protected]=..., 
    [email protected]=JSProto_Object) at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:98 
#13 0x00007ffff6a05f92 in js::GlobalObject::getOrCreateObjectPrototype (cx=0x5555557841f0, this=<optimized out>) 
    at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.h:342 
#14 CreateArrayPrototype (cx=0x5555557841f0, key=<optimized out>) at /home/tumick/mozjs-45.0.2/js/src/jsarray.cpp:3235 
#15 0x00007ffff6ddebe1 in InitBareBuiltinCtor ([email protected]=0x5555557841f0, global=..., [email protected]=..., 
    [email protected]=JSProto_Array) at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:368 
#16 0x00007ffff6ddee10 in js::GlobalObject::initSelfHostingBuiltins ([email protected]=0x5555557841f0, [email protected]=..., 
    [email protected]=0x7ffff7da9520 <intrinsic_functions>) at /home/tumick/mozjs-45.0.2/js/src/vm/GlobalObject.cpp:413 
#17 0x00007ffff6e6ffcb in JSRuntime::createSelfHostingGlobal ([email protected]=0x5555557841f0) 
    at /home/tumick/mozjs-45.0.2/js/src/vm/SelfHosting.cpp:1730 
#18 0x00007ffff6e70115 in JSRuntime::initSelfHosting ([email protected]=0x5555557693f0, [email protected]=0x5555557841f0) 
    at /home/tumick/mozjs-45.0.2/js/src/vm/SelfHosting.cpp:1754 
#19 0x00007ffff6cd3e23 in js::NewContext (rt=0x5555557693f0, stackChunkSize=<optimized out>) 
    at /home/tumick/mozjs-45.0.2/js/src/jscntxt.cpp:122 
#20 0x000055555555499b in main()

6）最後，關於版本的一些信息：

$ uname -r 
4.10.0-20-generic 
$ gcc --version 
gcc (Ubuntu 6.3.0-12ubuntu2) 6.3.0 20170406 
$ ld --version 
GNU lg (GNU Binutils for Ubuntu) 2.28

因爲代碼非常簡單，我認爲我的環境出了問題，但我不知道原因。

所以，也許你已經遇到同樣的問題，並知道解決它的解決方法，請幫助我處理它。

謝謝:)

來源

2017-06-15 tumick

*「... src/vm/GlobalObject.cpp」* - 看起來不祥。也許[C++靜態初始化順序Fiasco]（https://isocpp.org/wiki/faq/ctors#static-init-order）？如果禁用優化，跟蹤問題可能會更容易。 – jww

https://people.mozilla.org/~sfink/mozjs-45.0.2.tar.bz2不再存在，所以這個問題不再是真的可以支付。 –

這是老問題：MOZ_GLUE_IN_PROGRAM休息單機構建（最後在Linux平臺上）。要禁用MOZ_GLUE_IN_PROGRAM編輯js/src/configure.in並更換

case "${OS_TARGET}" in 
Android|WINNT|Darwin) 
    MOZ_GLUE_IN_PROGRAM= 
    ;; 
*) 
    dnl On !Android !Windows !OSX, we only want to link executables against mozglue 
    MOZ_GLUE_IN_PROGRAM=1 
    AC_DEFINE(MOZ_GLUE_IN_PROGRAM) 
;; 
esac

通過

dnl In stand-alone builds we always only want to link executables against mozglue. 
if test "$JS_STANDALONE"; then 
    MOZ_GLUE_IN_PROGRAM= 
else 
    case "${OS_TARGET}" in 
    Android|WINNT|Darwin) 
    MOZ_GLUE_IN_PROGRAM= 
    ;; 
    *) 
    dnl On !Android !Windows !OSX, we only want to link executables against  mozglue 
    MOZ_GLUE_IN_PROGRAM=1 
    AC_DEFINE(MOZ_GLUE_IN_PROGRAM) 
    ;; 
    esac 
fi

見Bugzilla Bug 1176787瞭解詳情。

來源

2017-07-05 14:37:40

儘管這個鏈接可能回答這個問題，但最好在這裏包含答案的重要部分，並提供供參考的鏈接。如果鏈接頁面更改，則僅鏈接答案可能會失效。 - [來自評論]（/ review/low-quality-posts/16621013） – litelite

在Ubuntu 17.04 x64

回答

相關問題