| IRC logs at
Set by AlexDaniel on 12 June 2018.
02:04 klapperl_ joined 02:05 klapperl left 03:01 leedo left 03:03 leedo joined
nwc10 good *, #moarvm 06:19
06:25 klapperl_ left 06:57 domidumont joined 07:53 Kaiepi left 07:57 Kaiepi joined
MasterDuke am i correct in assuming you can do a hash bind of an entry, and then fill in the entries members? or do they have to be populated first? 08:08
nwc10 either order works with UTHash
MasterDuke good, thanks 08:09
08:17 Altai-man_ joined 08:27 sena_kun joined 08:29 Altai-man_ left 08:42 klapperl joined 10:16 Kaeipi joined, Kaiepi left 10:26 Altai-man_ joined 10:29 sena_kun left 11:19 konvertex joined 11:52 Geth left, Geth joined 12:27 sena_kun joined 12:29 Altai-man_ left
jnthn So...that pesky segv from Friday... 13:00
nwc10: Interesting that blows up after test 6 with ASAN, but valgrind...uh, hmm, exists with segfault instead of reporting a memory error...wat 13:03
And not until after test 14.
Also On My Machine ASAN also only blows up after 14 13:06
Though the trace is useful
goodness, something is very busted... 13:18
MasterDuke if anyone is interested, is the segv i get on my branch that adds lots of frees before throws. the repl errors on master with `Unhandled lexical type 'num32' in lexprimspec` (the test is todo'ed), but doesn't segv 13:38
13:43 Merfont joined
Geth MoarVM/new-disp: 5676b70c85 | (Jonathan Worthington)++ | 3 files
Fix bytecode/C function/bytecode dispatch sandwich

Need to make sure we properly track when we thunked, so that we don't scribble over the invoked frame with a place we thought we were returning to.
MasterDuke well, that turns out to have been easy to diagnose and fix. don't know why i missed it earlier (got sidetracked thinking it was that change in container.c), but i was freeing something that hadn't been alloced 13:45
13:46 Kaeipi left
jnthn OK, now I need to go for the guards, I guess... 13:50
MasterDuke and everything tests clean. wonder if i remember where in the list of stuff the plugin found i was 13:51
nwc10 jnthn: All tests successful. 13:57
MasterDuke oh, maybe i was at the end except for the MVM_HASH_(BIND|GET) stuff (which is now taken care of) and the MVM_ASSIGN_REF stuff (which was decided isn't needed) 14:06
jnthn nwc10: yay 14:08
Updates around and in capture transformation to reflect latest design tweaks
Now to implement the guarding bits
nwc10 got a SEGV in "Stage optimize" for the setting 14:23
14:26 Altai-man_ joined 14:29 sena_kun left 14:54 Merfont left 14:57 Kaiepi joined
Geth MoarVM/new-disp: 1e45dfb999 | (Jonathan Worthington)++ | 11 files
Bring in tracked values in dispatchers

These will cover values from incoming argument captures, but also later from read attributes, so we get a safe and uniform interface for doing guards. For now, we can just insert such an arg into another capture.
MoarVM/new-disp: 85d0608404 | (Jonathan Worthington)++ | src/disp/syscall.c
Tweak name of insert literal obj arg, add str too
15:36 domidumont left
Geth MoarVM/new-disp: ab7ed52a42 | (Jonathan Worthington)++ | 3 files
Stub in all dispatcher guard syscalls
15:57 domidumont joined 16:19 domidumont left 16:27 sena_kun joined 16:29 Altai-man_ left
Geth MoarVM/new-disp: 8a623816ce | (Jonathan Worthington)++ | 2 files
Sketch out data structures for dispatch recording
nwc10 jnthn: still a SEGV in core setting - "==16923==Hint: address points to the zero page. 16:45
#0 0x7f7f5bb5ef74 in MVM_frame_unwind_to src/core/frame.c:1310
jnthn nwc10: Will care later. 16:46
nwc10 OK :-)
that's why I didn't go fine the nopaste URL
jnthn I want to revist a few things in that area anyway, but would rather get some progress in on the dispatch stuff rather than shave another yak :) 16:47
I mean, they have to be shaved eventually, but... :) 16:48
Geth MoarVM/new-disp: 379b01942d | (Jonathan Worthington)++ | src/disp/program.h
Model multi-level capture derivations too
jnthn Glad to have figured out that data structure design; back to the next steps being a SMOP again.
dinner & 16:58
timotimo /* The index involved in the inert or drop. */ - the dispatch programs are inert? :) 16:59
nine timotimo: well for now ;) 17:19
timotimo keep poking it with a stick until it moves 17:21
nine I'd think poking with a keyboard would be more promising 17:22
18:27 Altai-man_ joined 18:29 sena_kun left 19:54 zakharyas joined 20:28 sena_kun joined 20:29 Altai-man_ left 21:04 zakharyas left
MasterDuke how easy would it be to create a dummy STable to attach a REPR_data to, just for the purpose of calling gc_free_repr_data() with it? 21:18
jnthn Why would that be needed? 21:59
When does repr data preceed the type existing? 22:00
MasterDuke when it's being composed
e.g., 22:02
i just added a free_repr_data() that's a virtual copy of gc_free_repr_data() but just takes an MVMP6opaqueREPRData 22:03 will be updated soon if you're curious 22:04
22:05 patrickb joined 22:27 Altai-man_ joined 22:29 sena_kun left 22:47 patrickb left
MasterDuke updated, think it's ready to be looked at 23:08
23:23 MasterDuke left