🦋 Welcome to Raku! raku.org/ | evalbot usage: 'p6: say 3;' or /msg camelia p6: ... | irclog: colabti.org/irclogger/irclogger_log/raku
Set by ChanServ on 14 October 2019.
pkmnx how get get bin mode on $*IN ? 02:29
I run a .say on for instance /usr/bin/ls ... and I get malformed utf8 error ...
basically - I want to pipe and pass out ... 02:30
per shitov, using raku #95 ...
but looks like binary files give error ... 02:31
guifa2 It should be $*IN.open: :bin, I'd think 03:21
but haven't used it much
pkmnx let me see ... 03:21
there's something fundamental I'm misunderstanding - the say seems to deal w/ strings ... I guess I want $*IN to be smart enough to know if its dealing w/ binary data or string data ... 03:33
and i haven't figured out how to write to standard out binary data, as it isn't a string ... 03:34
... but shitov's book should make that clear ...
Geth advent: samebchase++ created pull request #72:
Update authors.md		 04:35
Geth advent: a455789333 | (Samuel Chase)++ (committed using GitHub Web editor) | raku-advent-2020/authors.md
Update authors.md
 06:20
advent: d56fd640a2 | (Juan Julián Merelo Guervós)++ (committed using GitHub Web editor) | raku-advent-2020/authors.md
Merge pull request #72 from samebchase/patch-1

Update authors.md
xinming SmokeMachine: Is there example to add methods to ResultSeq for specific model? 06:59
SmokeMachine xinming: I don’t remember very well, but I think it was something like: `model Bla is rs-class<my-custom-rs-class> {}` 07:54
Xliff Does anyone know what this error message means? 08:02
"Cannot find method 'Stringy' on 'BOOTInt': no method cache and no .^find_method"
SmokeMachine xinming: usercontent.irccloud-cdn.com/file/.../image.png 08:43
El_Che hi, I've afk (demolishing big parts of house to prepare for renovations). I see rakudo 2020.11 is out, but I read in weekly it was slower. Should I release a linux pkg? Remember that users will automatically upgrade (repos) 08:47
Xliff El_Che: Do you know anything about BOOTInts? 09:10
I seem to be getting them in my Perl6 code from a BEGIN block, but my understanding is that those are only available when bootstrapping. 09:11
timotimo i think bootints are also what is used in pretty much all nqp code 09:12
nqp: say(nqp::gethow(1).name(1))
camelia No registered operation handler for 'gethow'
at gen/moar/stage2/QAST.nqp:1504 (/home/camelia/rakudo-m-inst-2/share/nqp/lib/QAST.moarvm:compile_op)
from gen/moar/stage2/QAST.nqp:6174 (/home/camelia/rakudo-m-inst-2/share/nqp/lib/QAST.moarvm:compile_node)…
timotimo nqp: say(1.HOW.name(1))
camelia BOOTInt
Xliff Well, how can I use them in Perl6 code? 09:13
Because assigning them to native ints throws an exception.
timotimo normally they'd be turned into Int through the hllize operation 09:17
Xliff Yeah. I have objects created in BEGIN block that I use in HLL code. The BOOTInts still exist in the BEGIN-time created objects.
timotimo sounds kind of like a bug where something is leaking 09:18
Xliff If so, it's been there since 2018.03 09:19
timotimo do you have the example code perhaps? 09:20
Xliff Yup.
timotimo if it's not too huge :)
Xliff You aren't gonna like it though... :)
timotimo also, i don't actually have time to look at it much
Xliff GLib COGL and Clutter 09:21
Do you have those?
Xliff Actually, those objects are made at INIT time. Weird. 09:34
lizmat El_Che: good question re upgrading. I'm not sure what the correct answer is 09:55
2020.11 does contain a lot of nice new features
Xliff lizmat: Are you familiar with BOOTInt? It's getting leaked into some of my Perl6 code. 09:57
lizmat you're still using Perl6 ? 09:58
:-)
yes, I'm familiar with BOOTInt
Xliff *headdesk*
Is there an easy fix?
lizmat using it as an Int ? 09:59
Xliff Well, I'm trying to assign to uint8, but it fails typecheck.
lizmat gist ? 10:00
Xliff No gist. It's part of my larger work. 10:01
lizmat can you provide a --ll-exception of the typecheck error ?
Xliff Sure. One sec.
Damn. --ll-exception is not printing the long exception from the callback. 10:05
OK, think I've got it. 10:07
lizmat: I am starting a writeup. It will be ready for you in a sec. 10:09
lizmat: In lieu of a gist, I give you... a longer gist. :) 10:12
gist.github.com/Xliff/3290a3f31a3f...bb1d4e0480
I hope the extra detail helps.
lizmat this is on HEAD ? 10:13
Xliff Yes
This problem goes back to 2018.03
lizmat so something is feeding a Supply ? What is that ? 10:14
Xliff lizmat: I don't think the Supply part is the problem. 10:15
But for background: I've emulated jnthn++'s use of Supplys to run GLib-based events.
s/Supplys/Supplies/
The draw event is tied to the supply. 10:16
The error occurs inside the draw event.
I think the key line is here: 'in any at gen/moar/BOOTSTRAP/v6c.nqp line 2628'
lizmat yeah, that's where the error occurs 10:17
the problem is that nqp-land ints wind up in Rakudo land
Xliff Yah. I thought that was it, too.
lizmat and that's because they are fed into the supply, which passes them on verbatim
which BTW I think is a good thing generally 10:18
Xliff Why are they nqp-land? Is that because they were created at INIT?
If so, maybe the fix is to hllize at creation? 10:19
lizmat aah... yes
Xliff :-)
How do I do that?
lizmat nqp::hllize() I guess 10:20
Xliff OK. Next question: How would I test for the need to hllize? 10:21
Because this is still Raku-level code.
lizmat I guess inside Clutter::Color.get_static ? 10:23
Xliff Well, that's the plan. 10:24
Will nqp::hllize do the right thing if I pass it a Raku Int?
Xliff Hrm. nqp::hllize doesn't look to be documented here: github.com/Raku/nqp/blob/master/do...operations 10:26
xinming SmokeMachine: is rs-class<xxx>, How do we create the Rs class? 10:27
Xliff lizmat: Is there somewhere I can look for its usage?
lizmat hmmm... it's not in github.com/Raku/nqp/blob/master/do...s.markdown either
oops, that's the same :-) 10:28
not in github.com/rakudo/rakudo/blob/mast...s.markdown either
SmokeMachine xinming: class xxx does Red::ResultSeq {}
Xliff lizmat: Ooh! Useful page! Thanks for the link! 10:29
lizmat m: use nqp; dd nqp::hllize(42) # looks like
camelia 42
Xliff m: use nqp; my $a = -1; dd nqp::hllize(nqp::decont($a)) 10:30
camelia -1
Xliff m: use nqp; my $a = 99; dd nqp::hllize(nqp::decont($a))
camelia 99
Xliff Ah. I think I'm fine if I decont!
Forgot about that. Will check this. 10:31
lizmat++
Geth ecosystem: ec54b7df58 | (Elizabeth Mattijsen)++ | 2 files
Add META.list sorter and sort the META.list
Xliff \o/ 10:34
lizmat: Thanks so much for your help!
lizmat you're welcome!
Xliff lizmat: gist.github.com/Xliff/3290a3f31a3f...bb1d4e0480 10:40
lizmat do you need the decont ? 10:41
Xliff Let me check
SmokeMachine xinming: did that work?
lizmat cause that's a HLL construct?
Xliff Yep! The decont is required. 10:42
lizmat he, so somehow the NQPland BOOTInt got into a scalar 10:43
xinming SmokeMachine: Sorry, didn't test it yet, coding on other things, Will leave that into re-factoring stage. ;-) 10:47
SmokeMachine xinming: ok, thanks!
Xliff lizmat: Yep. Another article for the next weekly? 10:55
lizmat sure... :-)
keep them coming :-)
Xliff Will do. 10:56
weekly: gist.github.com/Xliff/3290a3f31a3f...bb1d4e0480
notable6 Xliff, Noted! (weekly)
Geth ecosystem: 77b93684a8 | (Elizabeth Mattijsen)++ | sortMETAlist
Tweak sorter to use WhateverCode
 11:00
ecosystem: c95e3aba78 | (Elizabeth Mattijsen)++ | sortMETAlist
Not chomping makes things easier at the end
Geth ecosystem: 30a0bf2aed | (Elizabeth Mattijsen)++ | META.list
Dave Rolsky's modules were also moved to community
 11:11
Geth ecosystem: 552b0bb048 | (Elizabeth Mattijsen)++ | META.list
Fixup raku-community-modules repo names

As in the past days, many repos got their "perl6" "p6" "raku" prefix or "pm6" postfix removed, and got properly capitalized		 12:07
Geth ecosystem: 9b8e47ab6e | (Elizabeth Mattijsen)++ | sortMETAlist
Add some description to the sorter
 12:16
cpan-raku New module released to CPAN! App::Mi6 (1.1.3) by 03SKAJI 12:23
cpan-raku New module released to CPAN! HTTP::Tiny (0.1.3) by 03JJATRIA 21:51

Powered by Cro and the Raku® Programming Language.

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

Thank you!