Segfault when running a script on Oracle Server

[mathieumahe]

What version of Bun is running?

0.5.9

What platform is your computer?

Linux 5.4.17-2102.205.7.2.el8uek.aarch64 aarch64 aarch64

What steps can reproduce the bug?

After a fresh install of bun, on a "Oracle Linux Server release 8.4" server, launching a simple js script makes bun segfault.

$> curl -fsSL https://bun.sh/install | bash
######################################################################## 100.0%
bun was installed successfully to ~/.bun/bin/bun
Run 'bun --help' to get started
$> echo "console.log(1)" > main.js
$> ~/.bun/bin/bun main.js
[1]    2290737 abort (core dumped)  ~/.bun/bin/bun main.js
$>

What is the expected behavior?

No response

What do you see instead?

No response

Additional information

I tried with several versions of bun, even the canary one, but I get always the same result.

Other things work, like bun --help or bun x tsc [...].

Maybe this OS is not fully supported yet?

Thanks for your help

[mathieumahe]

Hi,

The bug still exists in 0.7.0

Do you need more information ?

[raikasdev]

Still happens.

[nektro]

what prints if you run cat /proc/cpuinfo ?

[mathieumahe]

The bug still happens in the latest version.

Here's the output from one of my servers :

$> ~/.bun/bin/bun --version
1.1.33
$> cat test.ts
function countA(str: string): number {
    return str.split('').filter(char => char === 'a').length;
}

console.log(countA("abracadabra"));
$> ~/.bun/bin/bun test.ts
[1]    1568680 abort (core dumped)  ~/.bun/bin/bun test.ts
$> cat /proc/cpuinfo
processor : 0
BogoMIPS  : 50.00
Features  : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x3
CPU part  : 0xd0c
CPU revision  : 1

processor : 1
BogoMIPS  : 50.00
Features  : fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x3
CPU part  : 0xd0c
CPU revision  : 1

$>

Hope it helps !

[nektro]

for readers this is an https://en.wikipedia.org/wiki/ARM_Neoverse#Neoverse_N1 on second read, its unlikely this crash is cpu related though since the crash is not an illegal instruction one

[190n]

@mathieumahe Are you still on Oracle Linux 8.4, or if not which distro was this observed on?

[mathieumahe]

Yes, this is still a Oracle Linux 8.4