You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
auto update causes: Bun segmentation fault (Windows) #3267
Hi, Opencode suggested to restart since an update can be installed. So exited my current sessions with v0.15.7 and tried to restart Opencode. Now I receive this error:
changed the title [-]Opencode not starting after update to v0.15.8 (Windows)[/-][+]Bun segmentation fault after update to v0.15.8 (Windows)[/+]on Oct 18, 2025
changed the title [-]Bun segmentation fault after update to v0.15.8 (Windows)[/-][+]auto update causes: Bun segmentation fault (Windows)[/+]on Oct 21, 2025
Description
Bun crashes with a segmentation fault (address 0x783C21E1E220) immediately upon startup. The crash appears to occur during the initialization phase.
What happened:
Bun terminated with "Segmentation fault at address 0x783C21E1E220"
The process crashed before executing any user code
No specific error message about what caused the crash
Bun version: v1.3.0 (b0a6faca)
OS: Linux x64 (baseline)
Kernel: Linux v6.12.56
glibc: v2.42
CPU: sse42 popent avx avx2 avx512
### **When** it happens:
The crash occurs immediately when running Bun, during the startup/initialization phase.
### **Error Output**
panic(main thread): Segmentation fault at address 0x783C21E1E220
oh no: Bun has crashed. This indicates a bug in Bun, not your code.
### **System Information**
- **RAM**: 1.016B
- **Peak Memory**: 0.27GB
- **Commit**: 1.016B
- **Faults**: 0
- **Machine**: 41.756B
### **How to Reproduce**
1. Install Bun v1.3.0
2. Run any Bun command (even `bun --version`)
3. Observe segmentation fault
### **Expected Behavior**
Bun should start normally without crashing.
### **Actual Behavior**
Bun crashes with a segmentation fault before executing any code.
### **Additional Context**
- The crash report shows multiple Node.js compatibility modules being loaded
- Error occurs at memory address: `0x783C21E1E220`
- Elapsed time before crash: 6298ms
- User: 1436ms | Sys: 301ms
### **Possible Related Information**
The crash log shows various Node.js built-in modules being loaded:
- `node:assert`, `node:async_hooks`, `node:buffer`, `node:child_process`, `node:console`, `node:crypto`, `node:events`, `node:fs`, `node:http`, `node:https`, `node:module`, `node:net`, `node:os`, `node:path`, `node:process`, `node:readline`, `node:stream`, `node:string_decoder`, `node:timers`, `node:timers/promises`, `node:tls`, `node:tty`, `node:url`, `node:util`, `undici`
I am experiencing the exact same error. I am also using Windows Terminal, and while I'm not sure if it's related, I've noticed that it works perfectly fine when I type the command manually. However, this error seems to occur specifically when I execute the prompt after pasting it in.
I am using opencode v1.0.12 and have selected GitHub Copilot. I'm not entirely sure, but it seems that when I paste a very long text (like an error message), it gets split into multiple chat messages. This appears to trigger many inputs simultaneously, which I believe is causing an error.
If that's what the error is then yes but that's still annoying, hopefully they address those. I guess anytime you get them you can create issues to bun repo I think it includes a link or something to do so
+1 This issue completely prevents opencode from functioning normally; sometimes it can operate stably for 2 hours, but once it starts crashing, it's usually unable to complete even a single normal conversation., on win11 cmd
I tried reinstalling bun, but it seems that opencode is built-in with version 1.3.5, and the bun I installed myself does not work. Then, I tried reinstalling using npm, using bun to reinstall opencode, or using the desktop app, all of which have a chance of encountering errors when bun runs. Sometimes, after a reinstall, it can run stably for a few hours, but once errors start to appear, subsequent session restarts almost always result in errors. I'm not sure if it's related to OMO, but I also have a chance of encountering this error even without installing OMO.
Activity
github-actions commentedon Oct 18, 2025
This issue might be a duplicate of existing issues. Please check:
Feel free to ignore if none of these address your specific case.
[-]Opencode not starting after update to v0.15.8 (Windows)[/-][+]Bun segmentation fault after update to v0.15.8 (Windows)[/+]rekram1-node commentedon Oct 18, 2025
@HansuHessu does it still break if you delete opencode and reinstall?
HansuHessu commentedon Oct 18, 2025
@rekram1-node after reinstalling its starts. Seems to be an issue with this "auto update" feature I experienced.
rekram1-node commentedon Oct 18, 2025
hmm okay, cc @itsrainingmani
[-]Bun segmentation fault after update to v0.15.8 (Windows)[/-][+]auto update causes: Bun segmentation fault (Windows)[/+]Regboy744 commentedon Nov 2, 2025
Bug Report: Segmentation Fault on Bun v1.3.0
Description
Bun crashes with a segmentation fault (address 0x783C21E1E220) immediately upon startup. The crash appears to occur during the initialization phase.
What happened:
Bun terminated with "Segmentation fault at address 0x783C21E1E220"
The process crashed before executing any user code
No specific error message about what caused the crash
Bun version: v1.3.0 (b0a6faca)
OS: Linux x64 (baseline)
Kernel: Linux v6.12.56
glibc: v2.42
CPU: sse42 popent avx avx2 avx512
panic(main thread): Segmentation fault at address 0x783C21E1E220
oh no: Bun has crashed. This indicates a bug in Bun, not your code.
rekram1-node commentedon Nov 2, 2025
yikes, idk if it matters but howd u install?
negu63 commentedon Nov 3, 2025
I am experiencing the exact same error. I am also using Windows Terminal, and while I'm not sure if it's related, I've noticed that it works perfectly fine when I type the command manually. However, this error seems to occur specifically when I execute the prompt after pasting it in.
rekram1-node commentedon Nov 3, 2025
@negu63 what version are u on
negu63 commentedon Nov 5, 2025
I am using opencode v1.0.12 and have selected GitHub Copilot. I'm not entirely sure, but it seems that when I paste a very long text (like an error message), it gets split into multiple chat messages. This appears to trigger many inputs simultaneously, which I believe is causing an error.
Hona commentedon Nov 16, 2025
I have gotten a couple random Bun segfaults, but according to the error message its not our fault but bun's?
rekram1-node commentedon Nov 16, 2025
If that's what the error is then yes but that's still annoying, hopefully they address those. I guess anytime you get them you can create issues to bun repo I think it includes a link or something to do so
Hona commentedon Nov 16, 2025
Yup, they seem to ask for a repro in the issue template, which is hard to find a consistent setup. Will see if I can at some point
Hona commentedon Nov 16, 2025
There's a large number of segfault issues on windows on bun's tracker. Seems like it could be quite the bug(s) to find :D
rekram1-node commentedon Nov 16, 2025
yikes
allora-it-robertpofuk commentedon Nov 23, 2025
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=24.04
DISTRIB_CODENAME=noble
DISTRIB_DESCRIPTION="Ubuntu 24.04.3 LTS"
PRETTY_NAME="Ubuntu 24.04.3 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.3 LTS (Noble Numbat)"
Linux 6.14.0-36-generic
When editing prompt with arrows:
Rendering opencode useless :(
=======================================s and will be running in cluster where it has
Bun v1.3.3 (274e01c7) Linux x64 (baseline)
Linux Kernel v6.14.0 | glibc v2.39laude Opus 4.1 (latest)
CPU: sse42 popcnt avx avx2▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
Args: "opencode" "--user-agent=opencode/1.0.105" "--" tab switch agent ctrl+p commands
Features: Bun.stderr(4) Bun.stdin(4) Bun.stdout(4) fetch(16) http_server jsc shell(2) spawn(4) standalone_executable workers_spawned
Builtins: "bun:ffi" "bun:main" "node:assert" "node:async_hooks" "node:buffer" "node:child_process" "node:console" "node:crypto" "node:events" "node:fs" "node:fs/promises" "node:http" "node:https" "node:module" "node:net" "node:os" "node:path" "node:process" "node:readline" "node:stream" "node:string_decoder" "node:timers" "node:timers/promises" "node:tls" "node:tty" "node:url" "node:util" "undici"
Elapsed: 5580ms | User: 2093ms | Sys: 502ms
RSS: 1.04GB | Peak: 0.31GB | Commit: 1.04GB | Faults: 0 | Machine: 33.30GB
panic(main thread): Segmentation fault at address 0x7FFD00000001
oh no: Bun has crashed. This indicates a bug in Bun, not your code.
To send a redacted crash report to Bun's team,
please file a GitHub issue using the link below:
opencode v1.0.105 ~/lkw/devops-release-manager/scripts
https://bun.report/1.3.3/Ba1274e01ciIz/33+/Bk7liuE+ypRA26//BC
Illegal instruction (core dumped)
DGJK2301 commentedon Dec 6, 2025
same problem
Ruszero01 commentedon Jan 14, 2026
+1 This issue completely prevents opencode from functioning normally; sometimes it can operate stably for 2 hours, but once it starts crashing, it's usually unable to complete even a single normal conversation., on win11 cmd
Hona commentedon Jan 14, 2026
@Ruszero01 I haven't gotten many segfaults lately.
I use Windows Terminal + PWSH.
I'll try CMD.exe for a few days to see.
To confirm youre using opencode in the terminal - can you send the output from running
opencode --versionRuszero01 commentedon Jan 15, 2026
@Hona
I tried reinstalling bun, but it seems that opencode is built-in with version 1.3.5, and the bun I installed myself does not work. Then, I tried reinstalling using npm, using bun to reinstall opencode, or using the desktop app, all of which have a chance of encountering errors when bun runs. Sometimes, after a reinstall, it can run stably for a few hours, but once errors start to appear, subsequent session restarts almost always result in errors. I'm not sure if it's related to OMO, but I also have a chance of encountering this error even without installing OMO.
alessandrojcm commentedon Jan 15, 2026
Same here, just random crashes. Version 1.1.9 (later versions are mark as trojans)
github-actions commentedon Mar 26, 2026
To stay organized issues are automatically closed after 90 days of no activity. If the issue is still relevant please open a new one.