🦋 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.
00:33 nebuchadnezzar left 00:41 guifa joined 01:11 librasteve_ left 01:14 Manifest0 left 01:21 guifa left 01:31 tirnanog left 01:35 teatwo left, guifa joined 02:05 kylese left 02:06 kylese joined
guifa bisect: class Int { ; }; my Int = 5 02:51
bisectable6 guifa, Will bisect the whole range automagically because no endpoints were provided, hang tight
tellable6 2024-03-27T07:56:44Z #raku <ab5tract> guifa: worth filing a bug report, but I don’t actually know whether last-ness can be determinable in the face of a return statement
bisectable6 guifa, Output on all releases: gist.github.com/6fa8253de64bfab30c...347b5bed3e 02:52
guifa, Bisecting by output (old=2021.12 new=2022.02) because on both starting points the exit code is 1
guifa, bisect log: gist.github.com/8f9f60e49955789dc1...50a0c0f853 02:53
guifa, (2022-01-12) github.com/rakudo/rakudo/commit/28...c44359e2db
guifa, Bisecting by output (old=2019.03.1 new=2019.07.1) because on both starting points the exit code is 1
guifa, bisect log: gist.github.com/167925d210a678a302...4caf31f5c3
guifa, (2019-04-13) github.com/rakudo/rakudo/commit/45...dbb7856093
guifa, Bisecting by output (old=2016.04 new=2016.05) because on both starting points the exit code is 1
guifa, bisect log: gist.github.com/f046ce24f022727373...6da24de60d
guifa, (2016-05-12) github.com/rakudo/rakudo/commit/33...d4efe221de
guifa, Output on all releases and bisected commits: gist.github.com/936ec53681dfee1ace...9f5ff9b09f 02:54
guifa err I mean
bisect: class Int { ; }; my Int $a = 5
bisectable6 guifa, Will bisect the whole range automagically because no endpoints were provided, hang tight
guifa, Output on all releases: gist.github.com/fa65fd6b7adcebb6ae...0bae587e54 02:55
guifa, More than 3 changes to bisect, please try a narrower range like old=2022.03 new=HEAD
03:15 kylese left, kylese joined 03:43 guifa left 06:25 maylay left 06:33 Maylay joined 06:41 Maylay left 07:39 haxxelotto joined 08:00 Sgeo left 08:07 sena_kun joined 08:21 MasterDuke left 08:25 Manifest0 joined 08:30 jpn joined 09:24 vlad joined 09:26 teatime joined 10:12 ptc joined 10:17 jpn left 10:19 ptc left 10:25 Maylay joined 10:26 vlad left 10:51 ptc joined 10:56 guifa joined 10:57 guifa left
ab5tract guifa: what’s the conundrum here? 11:26
tellable6 ab5tract, I'll pass your message to guifa
11:26 librasteve_ joined 12:04 haxxelotto left 12:21 ptc left 14:47 jpn joined 14:56 librasteve_ left 15:05 jpn left 15:13 Sgeo joined 15:25 vlad joined 15:35 jpn joined 15:40 jpn left 16:07 jpn joined
tbrowder [Coke]: do you have a good example of one or more CSV lines using quotes i could use for testing? i'll also check raku spec testing, but a real world one would be helpful. even better is one using newlines and quotes. thnx 18:12
ugexe a multi line address 18:54
column:mailing_address 'Mr Foo bar\nC/O Jane "The Brain" Doe\n123 Fake St\nMiami, FL 12345' 18:56
or just anything containing a json string 18:58
18:59 haxxelotto joined
jdv "pretty" for more fun 18:59
19:10 haxxelotto left 19:11 haxxelotto joined 19:21 _________ left 19:28 _________ joined
[Coke] ugexe++ 19:36
19:42 vlad left 19:43 jpn left 19:51 abraxxa-home joined 19:57 abraxxa-home left 20:05 haxxelotto left 20:06 haxxelotto joined
tbrowder wow, didn't even think of a json string, what a concept! 20:21
ugexe: thnx!
i usually think of a json string as a db itself for simple use 20:22
you folks are scaling up on me! 20:23
20:23 abraxxa-home joined
tbrowder csv: comma simply-separated values 😄 20:24
librasteve csv parser test files 20:25
github.com/maxogden/csv-spectrum 20:26
this seems like a useful resource 20:27
tbrowder yes, i vaguely remember seeing it, thnx 20:30
btw, ref south fl a long time ago, what group were you presenting to? 20:31
20:31 jpn joined
librasteve i was presenting the inmos transputer to an invited audience of hardware shops 20:32
(we failed, but imo the world missed the HLL + MIMD opportunity) 20:35
20:36 jpn left
en.m.wikipedia.org/wiki/Occam_(pro..._language) 20:41
tbrowder cool, reminds me of a PostScript/PDF a bit. i did like PS programming but like Raku/PDF much better. but i have no patience for python--i love TIMTOWTDI without much concern about spaces 21:08
librasteve amen to that - I think that Occam was the first language to enforce pythonic indentation ... so for me, perl was a release 21:21
that said, Occam's CSP model was very, very cool ... the killer feature is that "if a program can deadlock, it will always deadlock" 21:22
21:24 librasteve_ joined 21:26 jpn joined 21:27 cm_ joined 21:28 cm left, cm_ is now known as cm
antononcube I get the warning message: > Method Str (from Distribution::Resource) seen at: ... Please use %?RESOURCES<key> directly instead. for a certain resource CSV file. But when I try to use %?RESOURCES<myFileName> as in argument in the function csv for "Text::CSV" I get the error that it is not a know input type. 21:31
The expression %?RESOURCES<myFileName> is of type Resource not, say, Str. Should I just ignore the warning? 21:32
21:42 cm left 21:43 cm joined 21:44 Maylay left
librasteve anton: I think that this was tightened up in recent release ... what worked for me was to copy the resource out to another file as you can see here github.com/librasteve/raku-PDF-Ext...ct.rakumod 21:46
21:54 Maylay joined
antononcube 👍 21:59
Hmm... why that? Seems inconvenient. 22:02
I mean that warning / error message... 22:03
librasteve yes - very inconvenient --- I think the idea is that any distro is not allowed to have unfettered access to an installation resource file to prevent the situation where eg. the resource file is a virus and then the install process runs it 22:11
roguerakudev Any idea why <1/200000000000000000000000000>.WHAT yields (Rat) in the REPL? I thought Rat's denominator was limited to uint64 22:13
It's not like it's getting clamped into the uint64 range either, because it evaluates to the right thing
There's something weird going on, because tacking some nonzero digits onto the end still results in 0.0...05 22:15
onto the end of the denominator, that is 22:16
Oh, that's just the rounding I guess 22:17
But still, a .nude call reveals that the denominator is way bigger than an int64 can hold 22:18
uint64*
librasteve m: say (<1/200000000000000000000000000> + 0).WHAT 22:19
evalable6 (Num)
Raku eval (Num)
librasteve my guess is that the <nu/de> literal is stored as the literal values until you do an operation on it 22:20
m: say (<1/200000000000000000000000000>.FatRat + 0).WHAT 22:21
evalable6 (FatRat)
Raku eval (FatRat)
librasteve unless you are doing FatRat
roguerakudev that's interesting, because I would expect calling .nude or .WHAT to cause it collapse in some way 22:22
librasteve well, I suppose it the operations that apply coercions 22:23
roguerakudev true, but I'm still confused as to how that big Int is getting stored in what is ostensibly a native int slot 22:26
maybe under the hood it's not actually uint64, but it just ends up being that most of the time as you apply operations
22:26 haxxelotto left
I guess I'll have to look at Rakudo source to satisfy my curiousity here 22:27
librasteve yeah, there is something fishy here ... please do report back 22:28
m: say <1/200000000000000000000000000>.Str
evalable6 0.000000000000000000000000005
Raku eval 0.000000000000000000000000005
librasteve that's me trying to work out if there's an Allomorph in play (doesn't seem to be) - but for .Str to resolve to that result means that this is somehow weird 22:30
roguerakudev Okay, Rat does in fact do Rational[Int, Int] github.com/rakudo/rakudo/commit/09...3aa17667ca
librasteve oh - so the uint64 denom is BS 22:31
roguerakudev According to the current comment, it is known that it should eventually do Rational[Int, uint64], but there's some kind of limitation preventing that right now?
librasteve memo to self - do not use raku math for missile targeting software 22:32
22:35 kjp left 22:39 kjp joined
soooo ... my first guess would be that our Rat[Int, Int] only fallback to Num "on principle" when there is an irrational operation (sqrt, log, sin...) 22:50
22:50 jpn left 22:52 jpn joined
but ... what is this abomination? ... 22:54
m: say (<1/200000000000000000000000000> + 0)
evalable6 5e-27
Raku eval 5e-27
kjp More likely it's normalising things after every operation. 22:56
22:56 jpn left
kjp Possibly it should on definition as well. 22:56
Having Rat[Int, uint64] would make arithmetic more complicated. With it as it is you can perform a full rational operation, and then check for overflow of the denominator 22:57
22:57 abraxxa-home left
librasteve my first guess - since the numerator and the denominator are both (Big)Int - is that you would never fallback to Num 23:01
23:02 kjp left 23:03 kjp joined
but ... that's not the case since (see above) +0 makes a Num ... but I can make these Nums (which retain their significant value - eg 0.00...005) beyond the precision of double 23:04
&afk 23:05
23:13 abraxxa-home joined 23:31 sena_kun left 23:41 jpn joined 23:45 jpn 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!