Seg fault when using `AsyncContext::builder()`

[robalar]

Hi there, thanks for all your work on this crate.

Came across an interesting one when trying to create a minimal working context to evaluate some code. Creating a AsyncContext with just the Eval intrinsic causes a seg fault when evaluating some code.

For example this seg faults:

let runtime = AsyncRuntime::new().unwrap();
let context = AsyncContext::builder()
    .with::<intrinsic::Eval>()
    .build_async(&runtime)
    .await
    .unwrap();

context
    .with(|ctx| {
        let code = "let x = 42;".to_string();
        ctx.eval::<rquickjs::Value, _>(code.as_bytes()).unwrap();
    })
    .await;

where as this does not:

let runtime = AsyncRuntime::new().unwrap();
let context = AsyncContext::builder()
    .with::<intrinsic::Eval>()
    .build_async(&runtime)
    .await
    .unwrap();

context
    .with(|ctx| {
        let code = "1 + 1;".to_string(); // <--- different code snippet
        ctx.eval::<rquickjs::Value, _>(code.as_bytes()).unwrap();
    })
    .await;

and this also does not seg fault:

let runtime = AsyncRuntime::new().unwrap();
let context = AsyncContext::full(&runtime).await.unwrap();  // <-- full context

context
    .with(|ctx| {
        let code = "let x = 42;".to_string();  // <--- same code snippet as seg fault
        ctx.eval::<rquickjs::Value, _>(code.as_bytes()).unwrap();
    })
    .await;

I have a full MRE repo here with all these examples.

EDIT: this is on arm64-apple-darwin24.5.0

[robalar]

Ran with RUSTFLAGS=-Zsanitizer=address RUSTDOCFLAGS=-Zsanitizer=address cargo run -Zbuild-std --target aarch64-apple-darwin out of curiosity. New to this segfault diagnostics business, so unsure if this is helpful:

rquickjs-mre(55701,0x1f0351f00) malloc: nano zone abandoned due to inability to reserve vm space.
AddressSanitizer:DEADLYSIGNAL
=================================================================
==55701==ERROR: AddressSanitizer: SEGV on unknown address 0x000000000018 (pc 0x000102d42260 bp 0x00016d2ac740 sp 0x00016d2ac680 T0)
==55701==The signal is caused by a READ memory access.
==55701==Hint: address points to the zero page.
    #0 0x000102d42260 in JS_CheckDefineGlobalVar+0x38 (rquickjs-mre:arm64+0x1001f6260)
    #1 0x000102d1f8a8 in JS_CallInternal+0x3f24 (rquickjs-mre:arm64+0x1001d38a8)
    #2 0x000102d11364 in JS_CallFree+0x68 (rquickjs-mre:arm64+0x1001c5364)
    #3 0x000102d2a41c in JS_EvalFunctionInternal+0x84 (rquickjs-mre:arm64+0x1001de41c)
    #4 0x000102d31d78 in __JS_EvalInternal+0x550 (rquickjs-mre:arm64+0x1001e5d78)
    #5 0x000102d2a684 in JS_EvalInternal+0x88 (rquickjs-mre:arm64+0x1001de684)
    #6 0x000102d2a5d4 in JS_EvalThis+0xa8 (rquickjs-mre:arm64+0x1001de5d4)
    #7 0x000102d2a6e8 in JS_Eval+0x40 (rquickjs-mre:arm64+0x1001de6e8)
    #8 0x000102b5a500 in rquickjs_core::context::ctx::Ctx::eval_raw::h5a5801f09d6e7460 ctx.rs:142
    #9 0x000102b59db4 in rquickjs_core::context::ctx::Ctx::eval_with_options::h109e4284f3cdcc28 ctx.rs:180
    #10 0x000102b5a0e8 in rquickjs_core::context::ctx::Ctx::eval::h9e8596846dda204e ctx.rs:154
    #11 0x000102b5b850 in rquickjs_mre::seg_fault::_$u7b$$u7b$closure$u7d$$u7d$::_$u7b$$u7b$closure$u7d$$u7d$::h12c4fb9cf70e8ae9 main.rs:22
    #12 0x000102b5578c in rquickjs_core::context::async::AsyncContext::with::_$u7b$$u7b$closure$u7d$$u7d$::h959adc3a503b593e async.rs:241
    #13 0x000102b5b38c in rquickjs_mre::seg_fault::_$u7b$$u7b$closure$u7d$$u7d$::hb06580d74beac207 main.rs:24
    #14 0x000102b5e2d4 in rquickjs_mre::main::_$u7b$$u7b$closure$u7d$$u7d$::h86c6b42af371b89e main.rs:5
    #15 0x000102b4f848 in tokio::runtime::park::CachedParkThread::block_on::_$u7b$$u7b$closure$u7d$$u7d$::h20a452e23f777cdf park.rs:285
    #16 0x000102b4eef4 in tokio::runtime::park::CachedParkThread::block_on::had97cfe1cc5eef42 park.rs:285
    #17 0x000102b63524 in tokio::runtime::context::blocking::BlockingRegionGuard::block_on::hc3b8c3db68523857 blocking.rs:66
    #18 0x000102b58820 in tokio::runtime::scheduler::multi_thread::MultiThread::block_on::_$u7b$$u7b$closure$u7d$$u7d$::h7e3eff8fa19c48ff mod.rs:87
    #19 0x000102b60f04 in tokio::runtime::context::runtime::enter_runtime::h3f1e65d4a46b0aae runtime.rs:65
    #20 0x000102b58608 in tokio::runtime::scheduler::multi_thread::MultiThread::block_on::hc44575dbc08ba96b mod.rs:86
    #21 0x000102b5f860 in tokio::runtime::runtime::Runtime::block_on_inner::hed5e7d965da3af47 runtime.rs:358
    #22 0x000102b5fd98 in tokio::runtime::runtime::Runtime::block_on::hff47e14147e2afc5 runtime.rs:330
    #23 0x000102b6645c in rquickjs_mre::main::h23fa61d6a7300029 main.rs:8
    #24 0x000102b57028 in core::ops::function::FnOnce::call_once::hc739756480527982 function.rs:250
    #25 0x000102b5f288 in std::sys::backtrace::__rust_begin_short_backtrace::h430faf92e5ed4dc1 backtrace.rs:152
    #26 0x000102b51d64 in std::rt::lang_start::_$u7b$$u7b$closure$u7d$$u7d$::h4f5f115e1447182d rt.rs:206
    #27 0x000102f488ec in core::ops::function::impls::_$LT$impl$u20$core..ops..function..FnOnce$LT$A$GT$$u20$for$u20$$RF$F$GT$::call_once::hec13ab301361882e+0x5c (rquickjs-mre:arm64+0x1003fc8ec)
    #28 0x000102e0cbd8 in std::panicking::catch_unwind::do_call::h08f15e1fc5ee7bb9+0x90 (rquickjs-mre:arm64+0x1002c0bd8)
    #29 0x000102e10098 in __rust_try+0x1c (rquickjs-mre:arm64+0x1002c4098)
    #30 0x000102e0c5a0 in std::panicking::catch_unwind::h153909c6cacd3e98+0x154 (rquickjs-mre:arm64+0x1002c05a0)
    #31 0x000102e09dfc in std::panic::catch_unwind::h49641be33f3d848f+0x1c (rquickjs-mre:arm64+0x1002bddfc)
    #32 0x000102eacd90 in std::rt::lang_start_internal::_$u7b$$u7b$closure$u7d$$u7d$::hd0c8d0161aaa7ef4+0x23c (rquickjs-mre:arm64+0x100360d90)
    #33 0x000102e0ceec in std::panicking::catch_unwind::do_call::hcd60e3a910ba1933+0x184 (rquickjs-mre:arm64+0x1002c0eec)
    #34 0x000102e10098 in __rust_try+0x1c (rquickjs-mre:arm64+0x1002c4098)
    #35 0x000102e0c2a8 in std::panicking::catch_unwind::h0e9129204b2a1758+0x16c (rquickjs-mre:arm64+0x1002c02a8)
    #36 0x000102e09e14 in std::panic::catch_unwind::h522df4f1f2d651d0+0x8 (rquickjs-mre:arm64+0x1002bde14)
    #37 0x000102eaca84 in std::rt::lang_start_internal::ha4d48218f40cc328+0x1a0 (rquickjs-mre:arm64+0x100360a84)
    #38 0x000102b51c98 in std::rt::lang_start::h15e3428a452e50bb rt.rs:205
    #39 0x000102b66628 in main+0x20 (rquickjs-mre:arm64+0x10001a628)
    #40 0x000181ea2b94 in start+0x17b8 (dyld:arm64+0xfffffffffff3ab94)

==55701==Register values:
 x[0] = 0x0000616000000f80   x[1] = 0x00000000000000e4   x[2] = 0x0000000000000080   x[3] = 0x0000000000000000
 x[4] = 0x0000000000000000   x[5] = 0x0000005100000000   x[6] = 0x0000000000000003   x[7] = 0x0000000000000000
 x[8] = 0x0000000000000000   x[9] = 0x0000000000000000  x[10] = 0x000000016d2ae399  x[11] = 0x0000000000000000
x[12] = 0x00000000000000be  x[13] = 0xffffffffffffffff  x[14] = 0x0000000000000000  x[15] = 0x00007fffffffffff
x[16] = 0x000000018223db84  x[17] = 0x00000000000091a2  x[18] = 0x0000000000000000  x[19] = 0x000000016d2ac770
x[20] = 0x00000001f00d4018  x[21] = 0x000000016d2b2348  x[22] = 0x0fffffff0009d5d6  x[23] = 0x00000001f00d4018
x[24] = 0x00000001f00d4150  x[25] = 0x000000016d2b24b0  x[26] = 0x0000000000000000  x[27] = 0x0000000000000000
x[28] = 0x0000000000000000     fp = 0x000000016d2ac740     lr = 0x0000000102d1f8ac     sp = 0x000000016d2ac680
AddressSanitizer can not provide additional info.
SUMMARY: AddressSanitizer: SEGV (rquickjs-mre:arm64+0x1001f6260) in JS_CheckDefineGlobalVar+0x38
==55701==ABORTING
[1]    55701 abort      cargo run -Zbuild-std --target aarch64-apple-darwin

[richarddd]

There is probably some required global dependency that is not being properly initialized when building async runtime like this. Juding by #0 0x000102d42260 in JS_CheckDefineGlobalVar+0x38 (rquickjs-mre:arm64+0x1001f6260)