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
In short, Bun.file(...).slice(...).stream() does not work, wheras Bun.file(...).slice(...).text() seems to work as expected, and the node compatable fs.createReadStream({ start: ..., end: ...}) hangs if start is greater than 65536 (which is the size of the underlaying buffer I suppose).
Aside from that, first time working with Bun, and i am very happy with it's performance. The JS solution in the single thread mode with Bun works 40% faster then on node.js. I still can't get to make it multithreaded because of this bug, but the speed is already amazing 👍
What version of Bun is running?
1.0.6+969da088f5db3258a803ec186012e30f992829b4
What platform is your computer?
Linux 5.15.0-86-generic x86_64 x86_64
What steps can reproduce the bug?
bun node_modules/pm2/lib/binaries/CLI.js logs
andbun node_modules/pm2/bin/pm2 logs
What is the expected behavior?
I expect both to show all logs of pm2 since bin/pm2 is just
require('../lib/binaries/CLI.js')
What do you see instead?
When calling CLI.js directly the createReadStream from
node_modules/pm2/lib/API/Log.js
never sends any dataAdditional information
This seems to be related to the {start: size} argument.
Because following code also does not produce any output with bun but does with node:
with test-out.log
The text was updated successfully, but these errors were encountered: