🦋 Welcome to the MAIN() IRC channel of the Raku Programming Language (raku.org). Log available at irclogs.raku.org/raku/live.html . If you're a beginner, you can also check out the #raku-beginner channel!
Set by lizmat on 6 September 2022.
wayland76 Hmm. So my next question is, do we now need to make XML::Element do Iterator or something? Or will Positional take care of that in theory? 00:01
00:31 topnep left 00:33 topnep joined 00:41 yewscion joined 00:46 yewscion left 01:02 jpn left
timo should not do Iterator, it could in theory do Iterable, but i think positional might do that 01:22
01:26 yewscion joined 01:30 yewscion left 01:36 Manifest0 left 01:46 comborico1611 joined 02:01 zetaaaa left 02:36 nil78 left 02:37 topnep left, nil78 joined 02:38 topnep joined 02:46 nil78_ joined 02:47 nil78 left 02:57 kylese left, kylese joined 03:01 wbooze joined 03:03 comborico1611_ joined 03:04 comborico1611 left 03:08 wbooze left 03:09 comborico1611_ left 03:11 ky2 left, ky joined 03:15 kylese left, kylese joined 03:18 wbooze joined 03:30 kylese left 03:34 kylese joined 03:45 nil78_ left 03:51 nil78 joined 04:40 wbooze left 04:49 wbooze joined 05:03 Inline joined 05:04 Aedil joined 05:22 comborico1611 joined 05:31 comborico1611 left
wayland76 timo: Thanks! According to the inheritance diagram at docs.raku.org/type/Iterable#typegraphrelations Positional and Iterable are independent. I think I might be able to pass through the Iterable.iterator method to the array that contains the XML children. 05:43
Yeah, that seems to fix the problem. Thanks! I'll put in a PR later today. 05:47
05:50 guifa left 05:51 Aedil left
timo I pulled the trigger on tbrowder's docs PR 05:52
06:48 topnep left 06:49 topnep joined 06:50 Inline left 07:35 jpn joined 07:43 Aedil joined 08:38 wbooze left, wbooze joined 09:07 oodani left, oodani joined 09:12 jpn left 09:47 Manifest0 joined 09:53 lichtkind joined 10:18 Sgeo left 10:20 nil78 left 10:21 sena_kun joined 10:24 nil78 joined 10:27 wbooze left 10:59 topnep left
wayland76 Hi! Is there an easy way to borrow files from another module? I'm making some tests that are dependent on the XML module, and I'd like to reuse some of the XML files that come in the "t" directory of the XML module in my own tests. 10:59
11:00 topnep joined
wayland76 (Decided to hold off on the Iterable PR for now, in case I discover any other bugs in the near future) 11:00
Also, is it possible to define an operator that takes 3 parameters instead of 2? Would I use a sub-signature for that? 11:03
lizmat sure, and not necessarily 11:04
assuming you'd want to use it in a reduce ?
but how would that be different from a sub with 3 args
?
wayland76 I'm wanting to do something like the XPath, for example: html⪪body⪪h1{@id="red"} -- the ⪪ operator will look for matching children, and the {} is just a block, and that part works, it's the part between the ⪪ and {} that I'm trying to figure out. 11:08
Sorry, that should've been ".id", not "@id"
Let me rewrite the example: html⪪body⪪h1{.id eq "red"} 11:09
Going to bed now; will look at the answer next time I'm on (hopefully tomorrow, but otherwise the next day). 11:10
I'm happy if I have to make those things strings, and if necessary, I could put a comma before the {}. 11:11
What I currently have working is something like: @nodes ⪪ { .id eq 'red' }
lizmat sleep well... I'll mull over it some more today 11:18
11:27 wayland joined, wayland76 left 11:50 wbooze joined 12:04 Guest93 joined 12:13 Guest93 is now known as JimmyZ 12:14 JimmyZ left 12:15 Guest93 joined 12:16 Guest93 is now known as JimmyZ 12:39 nil78 left 12:43 JimmyZ left 12:45 nil78 joined
lizmat weekly: dev.to/lizmat/repl-avalanche-45hh 13:37
notable6 lizmat, Noted! (weekly)
13:51 nil78 left 13:54 nil78 joined 14:11 Opus left 14:15 nil78 left 14:22 nil78 joined 14:26 Opus joined 14:49 guifa joined 15:18 wbooze_ joined 15:21 wbooze left 15:28 wbooze_ left 15:34 wbooze joined
antononcube @lizmat REPL crashes 😭 15:58
I will try to reproduce the crash and file an issue. (I think it was repeated use of =context.) 16:00
Hmm... while trying to reproduce the crash it happened immediately with the message: [0] >rakudo(12052,0x1f4b10840) malloc: Heap corruption detected, free list is damaged at 0x60000267c240 *** Incorrect guard value: 9600 rakudo(12052,0x1f4b10840) malloc: *** set a breakpoint in malloc_error_break to debug 16:03
After doing rakubrew rehash I cannot reproduce the crash.
So, no issue filing for now.
16:40 yewscion joined 17:16 topnep left 17:17 topnep joined 17:26 nil78 left 17:29 nil78 joined 17:33 xinming joined
lizmat antononcube the past months I've been suspecting that sometimes after an update, wrong bytecode files are being selected. Which can cause all sorts of weird crashes 17:58
this appears to confirm that suspicion
18:11 wbooze left 18:39 Aedil left 18:52 yewscion left 19:21 topnep left 19:22 topnep joined 19:39 apac joined, apac left 19:41 apac joined 19:48 xinming left, xinming joined 19:58 guifa left 20:04 apac left 20:07 apac joined
timo but that also looks like the crash you get with the not-updated-yet LineEditor module 20:13
where the struct definition was too small
so it literally immediately overwrites a pointer in the free list with bogus data
20:16 Sgeo joined 20:23 yewscion joined 20:28 yewscion left 20:56 yewscion joined 21:01 yewscion left

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!