[00:37] *** eseyman left
[00:47] *** rmv left
[01:29] *** guifa left
[01:48] *** hulk joined
[01:49] *** kylese left
[01:50] *** guifa joined
[02:09] *** guifa left
[02:15] *** hulk left
[02:15] *** kylese joined
[02:15] <disbot1> <simon_sibl> glad I can help with my little knowledge to find issues xD

[02:42] *** rmv joined
[02:47] *** rmv left
[02:47] <timo> what's "the memory issue"?

[03:59] *** lichtkind__ joined
[04:02] *** lichtkind_ left
[04:11] <disbot1> <simon_sibl> this ? https://github.com/rakudo/rakudo/issues/6368

[04:14] <timo> ah. i would have expected that to go away with locking. i'll look into it to make sure it's not a moarvm bug but none of the changes in the last two months looked like they could cause something like that

[04:16] <timo> does it always happen? after some amount of time or pretty much immediately?

[04:17] <timo> any difference between a fresh from-zero download or a resume?

[04:21] <timo> > Done Downloading !!!

[04:23] <disbot1> <simon_sibl> it seems to be random

[04:23] <disbot1> <simon_sibl> but with the latest version, it either crashes with that message or just get stuck immediately

[04:23] <timo> yeah that getting stuck should be the utf8 decoding thing

[04:24] <disbot1> <simon_sibl> but I thought 2026.06 fixed it ?

[04:27] <timo> no, 2026.06 introduced it, a point release for 2026.06 could fix it

[04:27] <disbot1> <simon_sibl> ah I see

[04:27] <disbot1> <simon_sibl> so which version did you use now to test the download ?

[04:30] <timo> is it important that bstr in the Bencode actions sometimes returns a Str?

[04:30] <timo> that's where it hangs for me

[04:30] <timo> you can try utf8-c8 as the encoding there, it will never fail to give you a Str, though invalid utf8 will look funky

[04:33] <timo> m: my $in = Buf.new(0x22, 0x98, 0x06, 0xbc, 0xb8, 0x3a, 0x96, 0xd9); say $in.decode("utf8-c8"); say try $in.decode; say $!

[04:33] <camelia> rakudo-moar f442ca3e2: OUTPUT: «"􏿽x98􏿽xBC􏿽xB8:􏿽x96􏿽xD9␤Nil␤Malformed UTF-8 near byte 98 at line 1 col 2␤  in block <unit> at <tmp> line 1␤␤»

[04:35] <timo> i guess making it decode as utf8-c8 immediately gives me "done downloading!" at 0/0 pieces, hehe.

[04:39] <timo> i can't get it to give the moarvm oops over here

[04:41] <timo> i hope seeders don't get mad at me for restarting the download so often

[04:52] <timo> what operating system are you on? if you're on linux, you can install `rr` and make me an `rr record`ing so i don't have to try to reproduce it locally myself

[04:56] <timo> if you're using rakudobrew to get your rakudos, you can ask it to build a moarvm from commit a3a507141

[04:56] <linkable6> (2026-06-30) https://github.com/MoarVM/MoarVM/commit/a3a5071413 utf8: Do not lock up when very long string has invalid utf8 in it.

[04:57] <timo> shareable6: 1e6543d83

[04:57] <shareable6> timo, https://whateverable.6lang.org/1e6543d83

[04:57] <timo> you can also use this pre-build rakudo which will have the right moarvm in it

[05:06] <timo> you seem to be protecting the pieces manager with different locks, that doesn't seem like a good idea?

[05:07] <timo> oh you pass the pm-lock to BT::Peers.new, never mind

[05:08] *** manu_ joined
[05:08] *** manu_ is now known as eseyman

[05:12] <timo> even with the protect calls to the lock I can't get the crash