| IRC logs at
Set by AlexDaniel on 12 June 2018.
01:15 Altai-man_ joined 01:17 sena_kun left 01:47 mst left, mst joined, ChanServ sets mode: +o mst 01:57 mst left, mst joined, ChanServ sets mode: +o mst 03:16 sena_kun joined 03:18 Altai-man_ left 04:18 nativecallable6 left, quotable6 left, squashable6 left, linkable6 left, bloatable6 left, releasable6 left, unicodable6 left, reportable6 left, notable6 left, bisectable6 left, shareable6 left, evalable6 left, greppable6 left, benchable6 left, sourceable6 left, coverable6 left, committable6 left, statisfiable6 left, tellable6 left, quotable6 joined, bisectable6 joined, tellable6 joined, greppable6 joined, nativecallable6 joined, sourceable6 joined, squashable6 joined 04:19 reportable6 joined, statisfiable6 joined, committable6 joined, bloatable6 joined, notable6 joined 04:20 benchable6 joined, unicodable6 joined, coverable6 joined, linkable6 joined, releasable6 joined 04:21 shareable6 joined, evalable6 joined 05:07 moon-child is now known as AlexaBot, AlexaBot is now known as moon-child 05:15 Altai-man_ joined 05:18 sena_kun left 07:16 sena_kun joined 07:17 Altai-man_ left 07:37 japhb joined 09:15 Altai-man_ joined 09:17 sena_kun left 11:15 synthmeat joined 11:16 sena_kun joined 11:18 Altai-man_ left
Geth MoarVM: MasterDuke17++ created pull request #1259:
JIT nextdispatcherfor
13:15 Altai-man_ joined 13:17 sena_kun left 14:10 lucasb joined
timotimo MasterDuke: it adds takenextdispatcherfor as well as nextdispatcherfor to the graph.c switch/case; is there already an implementation of the take* op in emit.dasc but it just wasn't exposed before? 15:07
MasterDuke yeah 15:09
timotimo OK 15:10
15:16 sena_kun joined 15:18 Altai-man_ left 15:36 zakharyas joined 15:51 zakharyas left 16:02 patrickb joined 16:05 zakharyas joined 16:14 zakharyas left, zakharyas joined 17:05 MasterDuke left 17:15 Altai-man_ joined 17:18 sena_kun left, synthmeat left 17:19 synthmeat joined 17:53 MasterDuke joined
timotimo you know, it'd be kind of cool if we could have a breakpoint based on "some encoder gets a specific string added to its buffer" 18:21
like, "in this tree of processes i'm seeing something say 'lolwtfbbq' but i can't figure out in which process and where it happens" 18:22
so you could set an env var "STRING_OUTPUT_BREAKPOINT" or so to a string you want to look for 18:23
and all moarvms will start with debugging enabled on their own port
and when the breakpoint is hit, maybe it outputs the PID and debugger port or something?
also, a solution for having multiple processes reachable through just one port - even if it just means new debugserver instances connect to the existing port if it is already taken and tell them what their own port is? 18:25
18:26 zakharyas left
timotimo but you can't yet get fork-execed moarvm instances to inherit debugserver settings, since it's only doing commandline arguments, not, for example, environment variables 18:26
18:39 krunen left, BinGOs left, BinGOs_ joined 18:40 BinGOs_ is now known as BinGOs, BinGOs left, BinGOs joined 18:43 krunen joined 19:03 vrurg_ is now known as vrurg 19:08 lucasb left 19:16 sena_kun joined 19:18 Altai-man_ left 19:20 jjatria left 19:21 jjatria joined, jjatria left 19:25 jjatria joined 20:17 zakharyas joined 20:30 rba left, Altreus left, Altreus joined 20:31 rba_ joined, Altreus is now known as Guest80549, rba_ is now known as rba 21:15 Altai-man_ joined 21:18 sena_kun left 21:26 zakharyas left 22:06 squashable6 left 22:07 squashable6 joined 22:36 squashable6 left 22:40 squashable6 joined 23:14 squashable6 left 23:16 sena_kun joined 23:17 squashable6 joined 23:18 Altai-man_ left 23:43 patrickb left