github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm
Set by AlexDaniel on 12 June 2018.
00:46 ZzZombo_ joined 00:49 ZzZombo_ is now known as ZzZombo 01:24 AlexDani` joined 02:23 moon_child left 02:29 Elronnd joined 02:30 Elronnd is now known as moon_child 05:55 ZzZombo_ joined 05:58 ZzZombo left, ZzZombo_ is now known as ZzZombo 06:20 ZzZombo left 06:29 domidumont joined 07:03 ZzZombo joined 07:13 zakharyas joined 07:26 sena_kun joined 07:36 ZzZombo left 07:48 zakharyas left 08:16 ZzZombo joined 09:33 timotimo left 09:59 domidumont left 10:16 Guest3346 joined 10:42 Guest3346 left 10:44 Guest3346 joined 11:03 Guest3346 left 11:18 camelia joined 11:30 AlexDani` is now known as AlexDaniel, AlexDaniel left, AlexDaniel joined 11:56 dogbert17 joined 12:08 sena_kun left
Geth_ MoarVM: 56fa7a0cc8 | (Aleks-Daniel Jakimenko-Aleksejev)++ | README.markdown
Refer to Rakudo as just “Rakudo”
12:09
12:14 Guest13443 joined 12:15 domidumont joined 12:34 Geth__ joined, Geth_ left
Geth__ MoarVM/fix_spesh_plugin_guard_set_threading_issue: 93366e5fbb | (Stefan Seifert)++ | 13 files
Fix access to freed memory in resolve_using_guards

Commit acb04a448bd7b067f1a0943b6fd521e21057c96e fixed outdated pointers in the guard set, but it was still possible that the guard set was freed while still in use by resolve_using_guards as the next GC safe point may occur in evaluate_guards. Fix this by turning SpeshPluginState into a 6model object, so we can let the GC figure out whether the state is still in use somewhere or not
12:40
nine rebased 12:41
12:47 Geth_ joined
Guest13443 nine: are there still things to fix or is it merge time? 12:47
12:47 Geth__ left 13:10 timo1 joined 13:11 timo1 is now known as timotimo 13:14 lucasb joined
nine Guest13443: it's been waiting for jnthn's review for a couple of weeks now 13:15
jnthn nine: D'oh... Though now my head isn't full of rename stuff...I should get to it soonish :) 13:18
nine :)
jnthn: do you still know what code looks like? ;) 13:19
jnthn Yes, I'm not quite *that* management yet :)
s/yet// :D 13:20
.oO( What am I thinking?! )
I guess the next code I "should" be writing in MoarVM is to try and finish up the current round of EA stuff, though is...scary :) 13:21
nine Yeah, that's what I'm always telling myself, too... 13:22
Guest13443 jnthn: weren't you multitasking with some frame opts as well? 13:25
13:27 patrickb joined
Guest13443 nine: we do have at least one spectest file which valgrind doesn't like very much 13:46
14:02 Kaiepi left, Kaiepi joined 15:21 patrickb left 15:29 patrickb joined
Ulti `/win 12 15:58
:<
16:00 Kaiepi left 16:02 Kaiepi joined 16:25 domidumont left, domidumont joined 16:29 sena_kun joined 16:33 domidumont left
timotimo we lost that bot :( 16:35
Geth_ MoarVM: patzim++ created pull request #1193:
Make MVM_file_is_rwx honor root and groups
18:23
dogbert17 nine: are you still up and about? 19:05
if you are then gist.github.com/dogbert17/26d3e358...e163246bc7 might be of interest to you and/or Kaiepi 19:09
brb &
timotimo just added "search for objects with a ref named 'foo'" to moar-ha and moarperf 19:12
just tried it with "search for all objects that have a reference named '$_' 19:13
"
it's obviously useful to look for variables
nine dogbert17: unfortunately there seems to be a regression from my NativeCall work that I need to look into 19:26
Though of course if anyone else has an idea why this fails, that would be very much welcome :) 19:27
m: use NativeCall; BEGIN sub calloc(size_t, size_t --> Pointer) is native(Str) { * }; calloc(1, 1)
camelia Type check failed for return value; expected NativeCall::Types::Pointer but got Whatever (*)
in sub calloc at <tmp> line 1
in block <unit> at <tmp> line 1
19:38 Kaiepi left 19:39 Kaiepi joined 20:24 sena_kun left 21:02 Kaiepi left 21:03 Kaiepi joined 21:04 Kaiepi left 21:05 Kaiepi joined 21:53 vesper11- joined
Geth_ MoarVM: a5d553cd54 | (Ben Davies)++ | src/core/interp.c
Add missing concreteness checks to most array ops

This fixes a ton of segfaults when type objects are passed to array ops, along with one case in particular where splicing a type object on index 0, inserting 0 elements from another type object would cause moar to attempt to allocate an 18 quintillion element array.
22:00
MoarVM: 07b00bbd76 | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/core/interp.c
Merge pull request #1128 from Kaiepi/array-op-concreteness

Add missing concreteness checks to most array ops
22:45 patrickb left