Zoffix Morning! 01:01
I'll do the bumps now.
MasterDuke heh. sleeping at relativistic speeds? 1.5h for Zoffix = 8h for everybody else 01:03
Zoffix :)
Geth nqp: dabd8a234a | (Zoffix Znet)++ | tools/build/MOAR_REVISION
Bump MoarVM

Bump brought these commits:
  github.com/MoarVM/MoarVM/compare/2...3-g3f33a84
3f33a84 When inlining, replace receive instruction. 0f94262 Widen scope of deopt annotations function. ... (25 more lines)
01:32
¦ nqp: version bump brought these changes: github.com/MoarVM/MoarVM/compare/2...3-g3f33a84
rakudo/nom: 86cb1363dc | (Zoffix Znet)++ | tools/build/NQP_REVISION
Bump NQP

NQP bump brought MoarVM bump. MoarVM brought these commits:
  github.com/MoarVM/MoarVM/compare/2...3-g3f33a84
3f33a84 When inlining, replace receive instruction. ... (26 more lines)
rakudo/nom: version bump brought these changes: github.com/perl6/nqp/compare/2017....8-gdabd8a2
213595600a | (Jonathan Worthington)++ | src/core/IO/Socket/Async.pm

If it reached its own EOF we were fine, but if we initiate the close then the `done` event of the reader may never be delivered. Thus, be sure that we stop the reader. Otherwise, we can leak the whole chain of supplies attached to the socket reader.
lizmat Files=1217, Tests=67044, 257 wallclock secs (13.78 usr 4.94 sys + 1678.09 cusr 166.74 csys = 1863.55 CPU) 07:57
AlexDaniel [Coke]: any news regarding my CLA? 10:17
|Tux| This is Rakudo version 2017.07-126-g86cb1363d built on MoarVM version 2017.07-293-g3f33a841 11:29
csv-ip5xs 2.481
test 12.223
test-t 4.054 - 4.067
csv-parser 12.747
[Coke] AlexDaniel - nope. no word yet. The person who picks up the mail is aware of my interest. 12:45
lizmat m: my %h = a => 42; dd my @a = 66,%h<a>:kv,67 # this should have slipped, right ? 14:24
camelia Array @a = [66, ("a", 42), 67]?
[Coke] m: my %h = a => 42; dd my @a = 66,|%h<a>:kv,67 14:52
camelia Unexpected named argument 'kv' passed? in block <unit> at <tmp> line 1??
[Coke] m: my %h = a => 42; dd my @a = 66,|(%h<a>:kv),67
camelia Array @a = [66, "a", 42, 67]?
nine Zoffix++ # Installed geth for work today and it now happily reports pushes to all our local git repositories 15:02
lizmat actually: docs.perl6.org/language/subscripts...3Akv-%3Akv seems to be inconclusive about it 15:04
:kv predates GLR, but if we want to have it work like :kv on grep and other cases, we should slip I think 15:06
nine Zoffix: I only wonder why you don't just use a precise version of HTTP::Server::Tiny instead of pointing at it in a comment 15:07
[Coke] run perl6 --profile on a long running process. hit ^C; no profile. 15:59
jnthn No, and that's not especially easy to make happen either, I don't think 16:01
[Coke] Any other suggestions for figuring out how this program went out into the weeds? 16:02
(might be nice if we had signal that could dump a stacktrace of where the app was when it hit.) 16:03
jnthn I typically attach gdb but (a) needs gdb, (b) needs a MoarVM built with debug symbols
[Coke] will try to do that with lldb. 16:05
jnthn Should work
The trick is to find a frame with a tc
And them p MVM_dump_backtrace(tc)
Or however you call a function in the debugger
That dumps the Perl 6 backtrace
[Coke] oh, lovely: Unhandled exception in code scheduled on thread 8 16:06
(os x, with a rakudobrew moar nom from an hour ago)
(running ... htmlify.p6 from the doc repo. :)
timotimo oof :) 17:15
make it poll stdin for "q" every now and then and exit early 17:16
Zoffix nine: precise version being what? 18:34
nine: they didn't have any versions at the time. When I made that commit, I also was pretty pissed that they broke two of my apps within a couple of weeks by making inconsequential changes. What really should happen is the Geth made to work on latest version of module (or just moved to something more stable) 18:36
m: my @a = 66, <a b c b d b>.grep("b", :kv), 69; dd @a 18:38
camelia Array @a = [66, (1, "b", 3, "b", 5, "b").Seq, 69]?
Zoffix rather we don't produce slips willy-nilly; someone wants to slip in, they can do it with | 18:39
jdv79 wow, built the newest moarvm and it nosedived pretty hard. too much blood. 18:42
Zoffix Where's the messenger bot...
timotimo yoleaux is gone? :\ 18:43
Zoffix Yeah. It had a message for nine irclog.perlgeek.de/perl6/2017-08-02#i_14957901 18:44
jdv79 Zoffix: is your irc presence all you or is there a bot proxying
or maybe that was one of the POE guys 18:45
Zoffix jdv79: ZofBot still relays all my mentions to my Twitter account, BUT... To try get more free time I've uninstalled Twitter off my phone and keep it off most of the time, so I only get those messages once in a while, and don't immeditatelly get a notification any more 18:46
jdv79 o
nine Zoffix: I guess you don't mind if I push the occasional improvement to geth then :) 19:18
Zoffix nine: not at all. It's in perl6/ org for a reason :) 19:19
nine It's funny. I realized how much I missed geth at work only after it reported the first few commits. 19:24
Zoffix :) 19:25
That's it. I'm doing it :) White Book cover: i.imgur.com/w4lGeC2.jpg Grey Book cover: i.imgur.com/RsUAocD.jpg 19:51
\o/
Black Book cover to be made eventually :)
Zoffix &
[Coke] Zoffix++ #books 19:59
moritz now just need a few pages of content :-) 20:00
Zoffix content? Just a minor detail :) 20:48
lizmat
.oO( as long as it moves )
20:50
jdv79 its kind of a bummer one has to do Promise.in(.002 + 1.rand) to avoid the < 1ms arg 20:59
is there a terser way to do that?
avoid the associated error i meant 21:00
perlpilot 0.002 is 2ms ... that shouldn't carp 21:02
jdv79 i just used a value above .001
but 1.rand will occasionally be unhappy 21:03
perlpilot oh ... yeah, because sometimes it'll give a value < 0.001 21:04
I'm just a little slow apparently.
jdv79 ha. just seems meh. no big deal. 21:05
jnthn jdv79: What kind of problem did you have with MoarVM HEAD btw? It was passing spectest at least... 22:37
jdv79 i have a 30 or so thread program that usually bogs my box down pretty hard but doesn't make it unresponsive. with moar head it was unresponsive in < 5s 22:39
MasterDuke Zoffix: have you done a toaster run since all the spesh merges?
jdv79 i don't know really. i just went back to the version rakudo is pointing to
jnthn Well, my changes today were meant to make things faster, so mission accomplished? :P :P
I'm aware of (and will change tomorrow) one way that we can end up getting very memory hungry in certain cases, though 22:40
jdv79 indeed
haha
i'll try to golf it soon
but i haven't eaten today (forgot) so i think i should do that now
jnthn Uh, yes :) 22:41
...I sure hope you're in a more western timezone than me :P
jdv79 yeah, nyc, et
its only 7pm
MasterDuke not willing to sacrifice your body for the craft, weak humans... 22:42
sleep too, what a waste 22:43
jnthn I'm OK with sleep. Lying in bed failing to sleep feels quite the waste, though... 22:44
Zoffix MasterDuke: no
MasterDuke jnthn: luckily for me that's never been a problem, but my wife experiences that a lot 22:50
Zoffix: think you could?
Zoffix Not ATM 22:51
jnthn MasterDuke: This week's been pretty bad for it thanks to hot weather 22:52
m: use Test; my $closed = False; my $sod = Supply.on-demand: { .emit(42); .done }, closing => { $closed = True }; react { whenever $sod { } }; ok $closed 23:05
camelia ok 1 - ?
timotimo ... oh $sod off 23:07
jnthn haha
MasterDuke Zoffix: no particular hurry, just seems like a good idea to do one sometime soonish 23:25
Zoffix was hoping AlexDaniel would overtake the Toasting and improve it :P 23:29
"SPVM is now 6x faster than Perl 5.26.": blogs.perl.org/users/yuki_kimoto/20...rlorg.html 23:30
"It will be 20x faster by using optimization and JIT. If so, SPVM will be revolution of Perl" 23:31
jnthn m: use Test; my $closed = 0; my $sod = Supply.on-demand: -> $s { start { $s.emit(42); $s.done; } }, closing => { $closed++ }; react { whenever Supply.interval(0.01) { whenever $sod { } }; whenever Promise.in(1) { done } }; ok $closed 23:33
camelia not ok 1 - ??# Failed test at <tmp> line 1?
jnthn So that's how to make it fail on HEAD...
Geth rakudo/nom: 59f4123ea6 | (Jonathan Worthington)++ | src/core/Supply.pm
Fix missing tap closes in `whenever`.
23:37
roast: 70e8bb1a6b | (Jonathan Worthington)++ | S17-supply/syntax.t
Test whenver tap closed on done.
23:38
timotimo is this about leaking sockets? 23:44
jnthn Yes.
timotimo nice to have that fixed 23:45
jnthn Well, except it seems we still leak, just less