xs binary from the release seems to randomly crash, at least inside a GitHub CI runner

See

• https://github.com/ExodusMovement/test/actions/runs/16171840761/job/45647119455
• https://github.com/ExodusMovement/test/actions/runs/16171840761/job/45647119456

Both jobs are using XS v5.8.0 on Ubuntu 22.04 inside GitHub CI

Re-running it a few times helps, but that is a hack:
https://github.com/ExodusMovement/test/blob/61cf4e08294b03fd969f72139147c7d38e3ed2f8/bin/index.js#L696-L700

Note: I am not actually using xs, just added it as an engine for the test runner (one of many) and observed random segfaults

What the test runner actually does is generates a bundle, then calls xs binary on it (then uses the output/status code, but that is irrelevant)

Uncommenting this line: https://github.com/ExodusMovement/test/blob/61cf4e08294b03fd969f72139147c7d38e3ed2f8/bundler/bundle.js#L551
and running on a specific test file that segfaults would copy the generated bundle to the current dir, then this should be reproducible without the test runner

I don't reproduce those locally on macOS, so it's a bit hard to debug (and isn't a priority as I don't rely on xs)
But decided that I should at least open an issue here