lizmat reading news.ycombinator.com/item?id=42638508 I wonder whether we could use a NOTFIRST phaser in Raku 00:10
coleman What would be different from "once" (in loops) docs.raku.org/syntax/once 00:16
timo so a shortcut for `if $++ { ... }`? 00:18
m: for ^10 { if True ^ff^ False { say "ah" }; say $_ } 00:19
camelia 0
ah
1
ah
2
ah
3
ah
4
ah
5
ah
6
ah
7
ah
8
ah
9
timo m: for ^10 { if $++ { say "ah" }; say $_ }
camelia 0
ah
1
ah
2
ah
3
ah
4
ah
5
ah
6
ah
7
ah
8
ah
9
coleman that's elegant 00:29
timo m: for ^10 { if $++ { say "ah"; if $++ { say "ah!"; if $++ { say "Ah!"; if $++ { say "AH!" } } }; say $_ } 00:30
camelia ===SORRY!=== Error while compiling <tmp>
Missing block
at <tmp>:1
------> Ah!"; if $++ { say "AH!" } } }; say $_ }<HERE><EOL>
timo m: for ^10 { if $++ { say "ah"; if $++ { say "ah!"; if $++ { say "Ah!"; if $++ { say "AH!" } } } }; say $_ } 00:31
camelia 0
ah
1
ah
2
ah
3
ah
4
ah
5
ah
6
ah
7
ah
8
ah
9
timo not like that hm?
the inner ifs are all closure-cloned?
coleman meaning they're 0 every time maybe? 00:32
timo yeah a simple $++ inside of the first if $++ is always 0 sadface 00:51
i guess that's what you get for anonymous state variables, they just attach to the closest block they're in 00:52
coleman Seems like a bug but I don't know if it technically violates any rules. if isn't supposed to topicalize, but that's technically not the same thing 01:22
ah nevermind; the docs say it gets reset in each lexical scope 01:23
docs.raku.org/syntax/$
lizmat FWIW, I think the anonymous state variable has been a mistake from readability point of view 09:35
timo you're not wrong. it's probably something that should only be used rarely 11:01
lizmat having a NOTFIRST phaser would help with that :-) 11:04
and hide $ under that :-) 11:05
anyways, I recently could have used that, but resorted to $++ :-( 11:06
timo firstn't 11:12
lizmat SECONDLY
timo OTOH { ... }
lizmat heh, I like that 11:13
THEN
meh
timo TSRIF { } 11:19
lizmat ⊥SȢIℲ { }
timo so, we have reverse for lists right. why don't we have "reverse but upside down" 11:25
you have a module to create text in unicode pseudo-alphabets like upside-down, don't you?
lizmat Acme::Text::UpsideDown, which installs an "ud" script :-) 11:27
timo .ʇsıʃ
there's also coke's App::Unicode::Mangle with --invert
lizmat indeed :-) 11:28
bisectable6: old=2020.01 use v6.*; say &nano 12:38
bisectable6 lizmat, Bisecting by output (old=2020.01 new=633df28) because on both starting points the exit code is 1 12:39
lizmat meh 12:40
lizmat bisectable6: old=2020.01 use v6.*; say &term:<nano> 12:42
bisectable6 lizmat, Bisecting by exit code (old=2020.01 new=633df28). Old exit code: 1
lizmat, bisect log: gist.github.com/7f75a45d7871ff4414...60e42aa6c1 12:44
lizmat, (2022-08-08) github.com/rakudo/rakudo/commit/10...8177f3b069
Geth rakudo/coke/ps1: 69168d04bd | (Will Coleda)++ | src/core.c/REPL.rakumod
add compiler & language version to PROMPT
 15:47
rakudo/coke/ps1: 13e0f8e0b8 | (Will Coleda)++ | src/core.c/REPL.rakumod
Add RAKUDO_REPL_PROMPT2

  * extract fixup to a sub, allow same expansions as on main PROMPT.		 16:40
lizmat No such method 'dispatch_info' for invocant of type 'Signature' 16:51
ab5tract: does that ring a bell?? ^^
Geth rakudo/coke/ps1: bd98afd4b6 | (Will Coleda)++ | src/core.c/REPL.rakumod
Support \e for ESC in PROMPT
 16:52
[Coke] ^^ with that, you can at least use the ansi codes to switch colors/bold on the prompt. RAKUDO_REPL_PROMPT='[\i \l \e\t\e]> ' (index, language version, time in red) 16:54
ab5tract lizmat: that sounds like something is being misapplied somehow/somewhere 17:07
lizmat yeah... :-)
ab5tract dispatch_info lives on Routine
But nothing has changed around that for a while AFAIK 17:08
lizmat yeah... ok, looks like it's a local change in ParaSeq that's causing this
wonder how that happened
ab5tract Weird
I you can push to a branch or something I may be able to poke at it this weekend 17:09
lizmat you know what? 17:12
the problem went away after nuking the local .precomp 17:13
running a coverage test on all of the ParaSeq tests now 17:15
56.86% 17:16
not bad on first try :-)
ab5tract :D 17:23
Geth rakudo/coke/ps1: 3d6daf3838 | (Will Coleda)++ | src/core.c/REPL.rakumod
Add \V, \L for more verbose versions

of version, language		 20:06
[Coke] [1] >raku(14230,0x1f7060f40) malloc: Heap corruption detected, free list is damaged at 0x600003948240 20:54
getting this SOO often
lizmat on Intel or ARM ?
[Coke] (in the REPL on 2024.12 on mac)
lizmat apple Silicon ?
[Coke] M2
lizmat ack hmmm so it's not the JIT
is there any precomp involved ?
ah, REPL 20:55
ok, so repeated EVALs
timo isn't that just the MakeRaw thing? 20:56
[Coke] I thought I had installed the latest everything, but it's possible I have not 20:58
it used to be occasionally, it's like 75% of my REPLs today
(the standard ones, not the ones I'm testing on coke/ps1
lizmat patrickb said that it was updated, however I don't see it on raku.land? 20:59
maybe looking for the wrong nameM
?
[Coke] I am switching to '-e' for now 21:00
Geth rakudo/coke/ps1: 7517d2ab35 | (Will Coleda)++ | src/core.c/REPL.rakumod
remove \A, upgrade \t

  \t now takes an optional {arg} which support a subset of strftime		 21:47
patrickb raku.land/zef:patrickb/Terminal-Ma...es?v=1.0.1 21:50
It's there.
But: I did not bump the version in the deps (Terminal-LineEditor (I don't recall the second)) as those depend on it with a + (github.com/japhb/Terminal-LineEdit...6.json#L9) 21:52
I think it does mean, that you'll have to manually make sure you have the latest version installed and maybe the older uninstalled. 21:53
[Coke] - Installed: Yes, as Terminal-MakeRaw:ver<1.0.0>:auth<zef:patrickb>
... I don't have terminal lineeditor installed at all on that raku 21:54
so guessing that's not the failure mode?
patrickb Hm, there was some other module as well but I don't recall which one. Terminal-Print?
[Coke] oops
- Installed: Yes / - Identity: Terminal::LineEditor:ver<0.0.17>:auth<zef:japhb> 21:55
patrickb github.com/ab5tract/Terminal-Print...6.json#L12
Yeah, that's the one.
Geth problem-solving/coke/repl: d3a10c7da9 | (Will Coleda)++ | solutions/rakudo/Configurable-REPL.md
Add Solution for #459
 22:59
problem-solving/coke/repl: 04eae3684e | (Will Coleda)++ | solutions/rakudo/Configurable-REPL.md
add defaults
 23:01
problem-solving/coke/repl: cdaa27bae6 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
fix markdown
 23:02
problem-solving/coke/repl: ccd0bad368 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
fix markdown
 23:03
problem-solving/coke/repl: d574b3cbc8 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
fix env var set
problem-solving/coke/repl: 73bfd80c82 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
fix markdown
 23:04
problem-solving/coke/repl: 29bdec4ca9 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
fixes
 23:07
problem-solving/coke/repl: a52cfe4491 | (Will Coleda)++ (committed using GitHub Web editor) | solutions/rakudo/Configurable-REPL.md
Update Configurable-REPL.md
 23:08
problem-solving: coke++ created pull request #460:
Configurable REPL prompt		 23:09

Powered by Cro and the Raku® Programming Language.

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

Thank you!