|
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,
sibl joined
07:05
sibl left
07:17
sibl joined
08:38
sibl left,
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
|
|||
| disbot4 | <comborico> Trying to get this to iterate: | 16:19 | |
| <comborico> pastebin.com/NwiBmLEW | 16:23 | ||
|
16:26
apogee_ntv left
16:59
apogee_ntv joined
|
|||
| 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:09 | |
| <librasteve> also … the repl will only go so far, better to write mycode.raku and then run with the compiler | 17:10 | ||
| <librasteve> tip - use Data::Dumper to see what you have, eg dd @lines should should that you have an array [] | 17:11 | ||
| <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:40 | ||
| <comborico> I come from a LISP background, and even in that the REPL sometimes needs a boot. | 17:44 | ||
| <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:45 | ||
| <comborico> 😄 | 17:49 | ||
| <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 | ||
| <comborico> And executing from file, nothing happens. | |||
| <librasteve> oh sure - if it works for you - cool | 17:51 | ||
| <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:06 | ||
| <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 | ||
| <comborico> That or I am messed up on something else. | |||
| <comborico> *not outputting expect result | 18:11 | ||
| <comborico> Notwithstanding, I needed the lesson of using SAY. | 18:13 | ||
| <antononcube> How did you REPL -- directly in Terminal (or similar) or via IntelliJ / commaide ? | 20:11 | ||
| <comborico> Terminal via Emacs | 20:29 | ||
| <comborico> docs.raku.org/language/containers Under the section: What is a variable? Is internal symbol table the same thing as the lexical pad? | 20:31 | ||
| <librasteve> yep | 21:15 | ||
| <comborico> Just curious, are parameters const by default in Python? | 21:39 | ||
| <comborico> And what about Perl? | |||
| <comborico> Man, there is some crazy stuff in that opening to the Language Doc. My mind is spinning. | 21:49 | ||
| <comborico> A variable wrapped in an empty subroutine. Weird stuff. | 21:50 | ||