Perl 6 - the future is here, just unevenly distributed

IRC log for #moarvm, 2016-10-16

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
01:02 FROGGS_ joined #moarvm
01:48 ilbot3 joined #moarvm
01:48 Topic for #moarvm is now https://github.com/moarvm/moarvm | IRC logs at  http://irclog.perlgeek.de/moarvm/today
01:59 FROGGS__ joined #moarvm
06:59 domidumont joined #moarvm
07:04 domidumont joined #moarvm
07:53 domidumont joined #moarvm
09:07 FROGGS__ o/
09:12 nwc10 \__o
09:36 dogbert17 o/ anyone around with the power to merge an approved pull request
09:37 dogbert17 i.e. https://github.com/MoarVM/MoarVM/pull/429
09:44 nwc10 I don't have the power
09:45 dalek MoarVM: da6a530 | (Jan-Olof Hendig)++ | src/6model/reprs/NFA.c:
09:45 dalek MoarVM: Fix memory leaks in nqp_nfa_run.
09:45 dalek MoarVM:
09:45 dalek MoarVM: MVM_unicode_normalizer_init allocates a buffer which, after use, should be
09:45 dalek MoarVM: deallocated by a call to MVM_unicode_normalizer_cleanup. If this is not
09:45 dalek MoarVM: done a memory leak occurs. There were three places in the file where the
09:45 dalek MoarVM: call to MVM_unicode_normalizer_cleanup had been forgotten.
09:45 dogbert17 nwc10: perhaps someone who does will show sooner or later :)
09:45 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/da6a53089b
09:45 dalek MoarVM: 80aa6f7 | timo++ | src/6model/reprs/NFA.c:
09:45 dalek MoarVM: Merge pull request #429 from dogbert17/master
09:45 dalek MoarVM:
09:45 dalek MoarVM: Fix memory leaks in nqp_nfa_run - dogbert17++
09:45 dogbert17 timotimo++
09:45 timotimo o/
09:45 dogbert17 many thanks
09:47 timotimo thank you for your work & attention :)
10:35 dalek MoarVM: 0c973ea | skids++ | src/math/bigintops.c:
10:35 dalek MoarVM: Workaround tommath issue #56 which affects random bigint numbers > 32 bits
10:35 dalek MoarVM:
10:35 dalek MoarVM:   See rakudo RT#109586
10:35 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/0c973ea6ac
10:35 synopsebot6 Link:  https://rt.perl.org/rt3//Public/Bug/Display.html?id=109586
10:35 dalek MoarVM: d60390f | skids++ | src/math/bigintops.c:
10:35 dalek MoarVM: Oops missed a spot... move one more bit over.
10:35 dalek MoarVM: review: https://github.com/MoarVM/MoarVM/commit/d60390f560
10:35 dalek MoarVM: 3f1ef57 | FROGGS++ | src/math/bigintops.c:
10:35 dalek MoarVM: Merge pull request #357 from skids/rand
10:35 dalek MoarVM:
10:54 timotimo thank you, skids
10:54 timotimo i would have liked this to have gone in before the release, but it's not so terribly critical
10:54 timotimo people shouldn't expect pseudorandom numbers to have any qualities at all
10:56 timotimo if they need good-quality random numbers, they ought to ask their platform-supplied APIs
10:58 timotimo filtering for "random" in modules.perl6.org doesn't seem to give a good crypto-quality random number thing
10:59 timotimo there's a "Crypt::Random" that i first thought was pseudorandom
10:59 timotimo is /dev/urandom good enough for crypto? i didn't think it was, i thought you have to go for /dev/random instead?
11:11 nine There's no reason to use /dev/random
11:13 nine /dev/urandom uses a CSPRNG which by definition should be good enough for crypto. As long as it got seeded with enough entropy. Which unless your code runs during the boot it very probably has been.
11:25 * jnthn suspects https://github.com/MoarVM/MoarVM/issues/430 is a case of an over-eager static analyzer, but further digging welcome.
11:27 FROGGS jnthn: so the statement itself is valid? MVMint16 body   = offsetof(MVMP6opaque, body);
11:28 FROGGS jnthn: I dont even get what it does
11:28 FROGGS ohh, there is an explanation
11:28 jnthn :)
11:28 jnthn Yeah, see the link I included also
11:29 FROGGS I see
11:29 FROGGS let's close it then :o)
11:29 jnthn I'm sure that isn't the only place that we use offsetof though?
11:30 jnthn Wonder why others don't trip up on it
11:30 jnthn Maybe the check for "is symbol declared on LHS mentioned on RHS" is a bit too simplistic or something though
11:31 TimToady joined #moarvm
11:53 FROGGS most likely, yes
12:04 dogbert17 Anyone care to speculate as to what's happening here (valgrind output): https://gist.github.com/dogbert17/9c273abb2dc2842549e639145a765985
12:09 FROGGS dogbert17: is that a 32bit system?
12:09 nine I think so
12:10 dogbert17 you'ld be right :)
12:11 dogbert17 nine: btw, thanks for fixing a bunch of these earlier this week
12:11 nine dogbert17: you're welcome :)
12:12 dogbert17 I have to admit that I have no idea how to fix this (and the one in 04-nativecal/08-callbacks.t)
12:14 nine Looks like we free an SC while still using it in another thread
12:14 FROGGS dogbert17: I wanted to look at the callbacks thing today
12:14 FROGGS I dont know know whats going on either
12:15 dogbert17 FROGGS: cool, here's what I have: https://gist.github.com/dogbert17/f3482b996d3dd04887f678728699fcec
12:15 dogbert17 nine: and this only happens on 32 bit?
12:19 nine dogbert17: gut says no. But with concurrency issues you rarely have the luxury of them showing up consistently.
12:20 nine btw. we have MVMuint64, MVMint64, MVMuint32 and MVMint32 all in use for indexing into an SC's objects array. That's surely less than optimal.
12:27 Ven joined #moarvm
12:32 dogbert17 nine: I have to run the test severeal times in order for it to fail
12:32 dogbert17 s/severeal/several/
12:56 FROGGS dogbert17: valgrind is quiet for callbacks.t on x86_64
12:57 dogbert17 FROGGS: so it's a 32 bit problem then
12:57 FROGGS aye
12:57 FROGGS will run it on a 32bit system in a minute
12:57 dogbert17 cool
13:03 Ven joined #moarvm
13:06 Ven joined #moarvm
13:06 domidumont joined #moarvm
13:16 FROGGS dogbert17: I can reproduce the issue
13:17 dogbert17 FROGGS: fantastic, any theories?
13:20 Ven joined #moarvm
13:26 Zoffix left #moarvm
13:29 FROGGS dogbert17: no :o(
13:38 dogbert17 FROGGS: uh oh
14:05 dalek joined #moarvm
14:30 Ven joined #moarvm
14:45 Ven joined #moarvm
14:50 zakharyas joined #moarvm
14:59 geekosaur joined #moarvm
15:12 geekosaur joined #moarvm
16:39 zakharyas joined #moarvm
16:52 zakharyas joined #moarvm
18:12 Dunearhp joined #moarvm
19:19 domidumont joined #moarvm
19:54 zakharyas joined #moarvm
21:24 geekosaur joined #moarvm
22:37 lizmat joined #moarvm
22:56 lizmat joined #moarvm
23:01 lizmat_ joined #moarvm

| Channels | #moarvm index | Today | | Search | Google Search | Plain-Text | summary