-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"bun-repl" exited with code 1 #4617
Comments
Isnt bunx bun-repl a third party dependency? Also, we cannot remove a process from port, so the owner of the dependency should consider fixing that or you can end the process which is running at port 3000 yourself. We cannot solve problems in any dependency that are not bun (runtime) related, what if the owner of the dependency wants to explicitly port 3000? (not trying to sound rude) |
I have no clue about that to be honest, I just installed bun and run |
This is not an official bun command. Did you install this package, right? |
Hey there, I'm the author of the
So it is nearly-official now despite being on a separate package for now, so it's fine to open issues for it here too, I will be checking for them. Now about the issue itself, yeah that's a good catch it was fine when it was just a small isolate package so I ended up forgetting it was using a hardcoded port, will be fixed soon (maybe today). Thanks for the report! |
@vasergen This should now be fixed (ref: jhmaster2000/bun-repl@53ae61c). It will now use a random free port chosen by Bun itself, optionally allowing the port to be customized with |
today I just install the latest version of bun and after that I start using and still get this message |
@Danger-Mkh please see jhmaster2000/bun-repl#7 (comment) |
I upgraded to bun-v1.0.2 and ran: rm -rf /tmp/bun-repl@* Then it was fixed. But then I get: > 2+3
Internal failure due to global builtins tampering, this is not a bug but a temporary limitation of the REPL.
Please do not report this and avoid tampering with the global builtins in the REPL.
245 | console.warn(`Fallback bindings does not support legacy plugins, it'll be ignored.`);
246 | this.fallbackBindingsPluginWarningDisplayed = true;
247 | }
248 | return fallbackBindings.transformSync(isModule ? JSON.stringify(src) : src, options);
249 | }
250 | throw new Error("Bindings not found");
^
error: Bindings not found
at /tmp/bun-repl@latest--bunx/node_modules/@swc/core/index.js:250:44 |
with this got fixed for me. Thank You @jhmaster2000 . |
What version of Bun is running?
1.0.0+822a00c4d508b54f650933a73ca5f4a3af9a7983
What platform is your computer?
Linux 5.15.0-82-generic x86_64 x86_64
What steps can reproduce the bug?
bun repl
What is the expected behavior?
should see repl
What do you see instead?
Additional information
It looks like when port 3000 in use the repl is failing to start, but port 3000 is very common port for js project. The better behavior would be to choose port that is not used at the moment and also not "common" one
The text was updated successfully, but these errors were encountered: