[00:31] *** apogee_ntv left
[00:33] *** apogee_ntv joined
[01:12] *** apogee_ntv left
[01:14] *** apogee_ntv joined
[01:28] *** sibl joined
[01:58] *** apogee_ntv left
[02:32] *** sibl left
[02:33] *** sibl joined
[05:53] *** sibl left
[05:54] *** sibl joined
[06:24] *** sibl left
[06:24] *** sibl joined
[07:05] *** sibl left
[07:17] *** sibl joined
[08:38] *** sibl left
[08:38] *** sibl joined
[08:47] *** sibl left
[09:28] *** sibl joined
[09:33] *** apogee_ntv joined
[09:46] *** apogee_ntv left
[09:47] *** apogee_ntv joined
[09:55] *** sibl left
[12:08] *** apogee_ntv left
[12:09] *** apogee_ntv joined
[12:21] *** apogee_ntv left
[12:22] *** apogee_ntv joined
[14:39] *** apogee_ntv left
[14:41] *** apogee_ntv joined
[15:04] *** apogee_ntv left
[15:07] *** apogee_ntv joined
[15:13] *** apogee_ntv left
[15:14] *** apogee_ntv joined
[15:34] *** ntv joined
[15:35] *** apogee_ntv left
[15:45] *** ntv left
[15:46] *** apogee_ntv joined
[15:51] *** apogee_ntv left
[15:52] *** apogee_ntv joined
[16:19] <disbot4> <comborico> Trying to get this to iterate:

[16:23] <disbot4> <comborico> https://pastebin.com/NwiBmLEW

[16:26] *** apogee_ntv left
[16:59] *** apogee_ntv joined
[17:09] <disbot4> <librasteve> @comborico the .lines method already splits the input on \n ie call it on string and it gives you an array of lines … so you don’t need that if you are manually splitting in ‘$’

[17:10] <disbot4> <librasteve> also … the repl will only go so far, better to write mycode.raku and then run with the compiler

[17:11] <disbot4> <librasteve> tip - use Data::Dumper to see what you have, eg dd @lines should should that you have an array []

[17:40] <disbot4> <comborico> Alright, yes I missed that .lines on that end of all that text.  Forgot about it.  I'll look into that dd.  Thanks!

[17:44] <disbot4> <comborico> I come from a LISP background, and even  in that the REPL sometimes needs a boot.

[17:45] <disbot4> <librasteve> the raku repl is fairly solid on single lines, but with Q blocks that span multilines and so on, there is an element of jeopardy

[17:49] <disbot4> <comborico> 😄

[17:50] <disbot4> <comborico> Here I'm using REPL because it gives me more clues/data to work with.  Like right now, I'm getting a return of NIL, which is better than the errors.

[17:50] <disbot4> <comborico> And executing from file, nothing happens.

[17:51] <disbot4> <librasteve> oh sure - if it works for you - cool

[18:06] <disbot4> <comborico> I finally got it!  Basically I struggled with expecting the REPL to output what I wanted.  But when I worked outside the REPL, I had to figure out where to put SAY.  Then, I finally got what I wanted!

[18:10] <disbot4> <comborico> There is some disconnect in my mind from the behavior of my $foo = 'azbzczd'; $foo.split('z'); in the REPL outputting --versus-- for @array-of-strings { .split('z') } and REPL not outputting expect, only NIL.

[18:10] <disbot4> <comborico> That or I am messed up on something else.

[18:11] <disbot4> <comborico> *not outputting expect result

[18:13] <disbot4> <comborico> Notwithstanding, I needed the lesson of using SAY.

[20:11] <disbot4> <antononcube> How did you REPL -- directly in Terminal (or similar) or via IntelliJ / commaide ?

[20:29] <disbot4> <comborico> Terminal via Emacs

[20:31] <disbot4> <comborico> https://docs.raku.org/language/containers Under the section: What is a variable?  Is internal symbol table the same thing as the lexical pad?

[21:15] <disbot4> <librasteve> yep

[21:39] <disbot4> <comborico> Just curious, are parameters const by default in Python?

[21:39] <disbot4> <comborico> And what about Perl?

[21:49] <disbot4> <comborico> Man, there is some crazy stuff in that opening to the Language Doc.  My mind is spinning.

[21:50] <disbot4> <comborico> A variable wrapped in an empty subroutine.  Weird stuff.

