01:55 ilbot3 joined 02:00 mtj_ joined 02:22 geekosaur joined 02:34 geekosaur joined 03:08 geekosaur joined 03:51 zakharyas joined
samcv just got my new 3k screen in my laptop. experimenting with the joys of hidpi display on linux. luckily kde seems to have the best support for it. allowing you to set fractional scale's, while gnome can do 1x, 2x or 3x only 04:41
04:53 Ven`` joined 05:32 brrt joined 05:49 domidumont joined 06:11 domidumont joined 06:46 brrt joined
nine samcv: are you on X or Wayland? 07:15
moritz
.oO( Xayland! )
07:17
08:05 domidumont joined 08:10 leont joined 08:21 robertle joined
jnthn morning o/ 08:56
brrt morning jnthn 09:21
jnthn o/ brrt
brrt i'm working on new documentation for the expr JIT by the way 09:23
jnthn Cool 09:24
brrt i think the tiler is still fantastically complex, even though it is actually composed of simple elements
jnthn I'm continuing my re-working of supply internals
brrt uhuh. that's mostly in perl6 land, isn't it?
jnthn Entirely, yeah 09:25
Still tricky though :)
moritz oh I can imagine
brrt oh, i'm sure it is :-)
moritz jnthn: btw a proof-reader of my current Perl 6 regexes book wrote: ```My wish is that one of you guys with the big brains will write a thick book: "Perl 6 Concurrency and Asynchronous Programming" full of elegant examples of useful constructs. 09:26
''' 09:27
:-)
jnthn moritz: Yeah, don't tell anyone but I'm already working on it. :)
Unfortunately, I'm also working on many other things.
So it's taking a while and probably will take a while longer yet
moritz jnthn: I wrote that you are toying with the idea of writing such a thing :-)
jnthn Yeah 09:28
I mean, there's actually text slowly coming together for pieces of it, but nothing I'm ready to share just yet
moritz if you happen to want a private beta (or alpha) reader, I'm all yours :-)
jnthn I should perhaps resume my writing sessions in the pub that has no wifi :)
moritz and if you happen to want a contact with a publisher at some point, that might be arranged too :-) 09:29
jnthn Ah, cool. I've started out with LeanPub, fwiw.
Happy with it so far 09:30
Like writing in Markdown
Then, I like writing in Markdown a bit too much. I wrote all the Cro docs in Markdown too instead of finally learning Pod6 :P 09:31
samcv i'm realling loving writing in asciidoc. having auto generated table of contents is nice. and it's basically markdown, except anything you can't do in markdown you can do in asciidoc. like start numbered lists from values other than 1 for example. 09:40
you can even include data from a csv to create a table if you want 09:42
jnthn Oh, interesting.
samcv having a NOTE: and WARNING: macros is nice too 09:43
like the one i have here: github.com/MoarVM/MoarVM/blob/mast...c#abstract so i'd think it'd be nice if you're writing a book. though not sure if leanpub supports it. you can also control alignment of tables. or make tables without a header. so a plain table 09:44
uh. and bold things inside single ` ` marks 09:45
asciidoc at least has a book format you can output to i know. but use whatever is best for you :) 09:54
timotimo let's make a markup format called "Whatever" and base it on the syntax of whatever stars and method calls
09:59 TimToady joined
stmuk most of the current ecosystem docs (such as they exit) for perl 6 modules uses markdown 09:59
s/exit/exist 10:00
10:12 zakharyas joined
samcv a lot of them are in pod6 though which gets converted to markdown 10:25
anyway i'm off to bed. o/
jnthn Rest well, samcv o/ 10:26
Righty, time to stresstest this big refactor... 10:38
Darn, two new hangs and two new regressions. But one fix. 10:43
nwc10 jnthn: I still see a SEGV when building the setting. 10:44
have a coredump, but can only reproduce it "live" - running under gdb makes it go away
paste.scsys.co.uk/565159 10:45
ASAN's first report is "SEGV" (nothing naughty before then)
jnthn Hm,odd 10:46
Haven't seen that at all, though I'm off in a branch and maybe not at MoarVM HEAD
nwc10 slightly more info paste.scsys.co.uk/565160 10:48
and really can't say more useful than that
(sorry)
and don't want to distract you
and I'm also mostly AFK
brrt jnthn, re: markdown, i think you should like org-mode, if you can stomach emacs anyway
otoh, what samcv did with asciidoc looked decnetly nice as well 10:51
timotimo nwc10: would also like to see the STable's debug_name perhaps 10:52
jnthn OK, two hangs and 1 regression fixed
Hm, and the final regression looks interesting 10:55
ah, mebbe a thinko :) 10:57
Yay, indeed 10:58
Now I'm one test ahead of where I was before the refactor. Plus another problem fixed :) 10:59
And I think only at one regression vs. nom. Which is in throttle.t /o\ 11:00
nwc10 (gdb) p st->debug_name 11:06
$6 = 0x21934e0 "Perl6::Grammar"
jnthn lunch & 11:25
12:07 domidumont joined
jnthn back 12:08
So, this throttle test...
urgh 12:19
nine jnthn: there may be one open issue with jit_nativecall. The branch changes the nativecallbuild op to have a return value. I it ok to change ops that way? Or should I create a new op and deprecate the old one? 12:21
jnthn nine: We kinda try not to, and if the op were used in the NQP bootstrap you'd totally not get away with it 12:22
nine jnthn: its only use in nqp is in: QAST::MASTOperations.add_core_moarop_mapping('buildnativecall', 'nativecallbuild', 0);
[Coke] to brighten jonathan's day, Coke notes that he just found a 5 year old typo in some coldfusion code he wrote to deal with multi-threaded issues as: ā€œlock type="exlusive" { ... }ā€ ... which apparently never errored out, nor complained until we upgraded our ColdFusion version recently. whoops.
jnthn An exlusive bug... :) 12:23
moritz nice one
jnthn nine: In this case you'd get away with it, and it's not like we really yet have the situation where people upgrade their Moar version and Rakudo version independently, except in development...
moritz these are the times when I use "git blame" :-)
[Coke] s/jonathan/jnthn/:oops
jnthn nine: Though if anyone does that then they'd get explosions :) 12:24
So the throttle problem is...partly from its rather questionable API design
nine jnthn: it wouldn't be the first time that one has to upgrade nqp/rakudo to really work with a new MoarVM version... Well, sounds like it'd not be worth the hassle. 12:25
12:25 AlexDaniel joined
jnthn nine: Indeed. In the long run, such things aren't so wise, but present reality is we get away with it, and we have limited development resources 12:25
timotimo [Coke]: colonpairs in regexes go in the front! ;) 12:26
nine So, does anyone want to review jit_nativecall some more? Or should I just merge today?
[Coke] timotimo: :)
jnthn I'd like to give it some review, but my head has been (still kinda is) so full of the supply changes... :)
throttle is doing something I think I'd call broken 12:27
timotimo [Coke]: did you see my privmsg?
jnthn It takes a Supplier for :$control
Which is very odd in that it should really take a Supply since it's using it to receive control messages
It will then `.done` that Supplier
But that 12:28
results in deadlock because it's currently in a whenever block, and trying to run another of its own whenever blocks
So effectively, it's emitting a value to itself 12:29
12:30 vendethiel- joined
jnthn Fixing throttle to not run into this is easy, though part of me wonders what else might run into it 12:34
12:42 zakharyas joined 15:10 brrt joined
Geth MoarVM: jdv++ created pull request #699:
Fix returned tcp port values for async sockets (ntohs). See RT#132135.
16:52
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=132135
16:53 jdv79 joined
jdv79 if someone could merge 699 then i could push the tests or should it be the other way round 16:54
16:58 domidumont joined
jdv79 tests are in a rt132135 branch on roast for now. lunch& 16:59
jnthn It looks good to me; guess I'll let the automated checks have at it 17:00
17:01 domidumont joined 17:02 leont joined 17:05 erratum left
jdv79 where are these robot checks? 18:07
18:10 AlexDaniel joined
Zoffix travis/appveyor 18:18
jdv79 i dont know where those are 18:21
also on my phone. is there a doc or wiki thing on this stuff?
timotimo jdv79: when you open the pull request page it'll show you the two build services 18:26
something strange is happening on travis 18:27
in only one of the builds it's complaining:
Can't locate strict.pm in @INC (@INC contains: /home/travis/perl5/perlbrew/perls/5.10/lib/5.10.1/x86_64-linux /home/travis/perl5/perlbrew/perls/5.10/lib/5.10.1 /home/travis/perl5/perlbrew/perls/5.10/lib/site_perl/5.10.1/x86_64-linux /home/travis/perl5/perlbrew/perls/5.10/lib/site_perl/5.10.1 .) at Configure.pl line 3.
how can "use strict" be missing?!?
since it may just be a fluke i can just restart that individual job and see what happens 18:28
the appveyor build fails at what i consider a very suspicious run time, so probably got killed for time-out or something? 18:29
59 min 59 sec
though it kind of looks like the next build is already at exactly the same spot in the tests but has only been running for 35 minutes? 18:30
i don't really know how to properly debug and fix an appveyor build :|
jdv79 i dont see that stuff on my android thingee 18:31
lame mobile
but ok. ill look later from my real box.
AlexDaniel timotimo: re whatever markup: This reminded me of something. I toyed with the idea of subclassing from multiple grammars (for example CommonMark and Creole), so that you get the best of all worlds. It does work, if you get it done right :) Surely you have to take care of all syntactic conflicts and stuff, but it looks doable. 18:35
timotimo OK, the travis ci build succeeded, and appveyor is just unconditional fail it looks like 18:36
AlexDaniel the biggest problem for me at the time was writing a grammar that parses *any* input
19:10 AlexDaniel joined 19:17 geekosaur joined 19:56 robertle joined 20:04 AlexDaniel joined 20:09 AlexDaniel joined
Geth MoarVM: c71c778145 | (Justin DeVuyst)++ | src/io/asyncsocket.c
Fix returned tcp port values for async sockets (ntohs). See RT#132135.
20:39
MoarVM: 9b2e253baa | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/io/asyncsocket.c
Merge pull request #699 from jdv/master

Fix returned tcp port values for async sockets (ntohs). See RT#132135.
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=132135
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=132135
20:41 Ven`` joined 21:57 Ven`` joined 23:13 lizmat joined