bun repl was a last-minute hack we added. All it does is "bun x bun-repl" which is currently not an official thing.
The repl is about to be added and rewritten completely
Re:Bun v1.0.0
by MatthiasPortzel on Friday September 08, 2023 @06:27PM
(#37440110)
I’m a little surprised they announced 1.0 already. When I tried bun a little while ago, I noticed many bugs reported on GitHub around reading from standard-in and readline. I attributed it to being a pre-1.0 thing, but those bugs have not been resolved as far as I can tell.
What issues are you running into? We added support for setRawMode in Bun v0.8 (a month ago) and that addressed many issues with stdin and readline.
Re:Bun v1.0.0
by whalesalad on Friday September 08, 2023 @07:47PM
(#37440706)
The port being in use is user error not really fair to put that on bun.
The following is probably not relevant for bun. But as an aside:
Most programs should bind to port 0 and let the OS allocate a free port and then report the resulting port to any future clients.
Re:Bun v1.0.0
by PoignardAzur on Saturday September 09, 2023 @06:02AM
(#37443755)
It is when you're trying to run a REPL. You really shouldn't need exclusive access to a port for that.
Re:Bun v1.0.0
by ShadowBanThis01 on Friday September 08, 2023 @08:03PM
(#37440836)
How is Deno "miles behind?"
I just started a new project, writing the back end. I'm new to JS and TS, and I don't want to deal with NPM and a morass of modules at all. Deno, Oak, and MariaDB seem like a pretty tidy combo. I have routes and queries up and working with no experience in writing server-side code since PHP 5.
What makes Bun better?
Nevertheless I am super impressed with their speed and exited with the result. Didn't expect this project to grow so quickly to this state, I though it will take them much more time. For comparison, deno was started way earlier and now they are miles behind (personal feeling). I am considering to use it for my pet projects