|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
00:00
ggoebel_ left
00:01
ggoebel left
00:05
lizmat left
00:16
ggoebel joined,
ggoebel_ joined,
p6bannerbot sets mode: +v ggoebel
00:17
p6bannerbot sets mode: +v ggoebel_
00:38
Kaiepi left
00:41
MasterDuke left
00:42
Kaiepi joined,
p6bannerbot sets mode: +v Kaiepi
00:53
ZzZombo_ left,
ZzZombo_ joined,
hitchcock.freenode.net sets mode: +v ZzZombo_,
p6bannerbot sets mode: +v ZzZombo_,
ZzZombo_ is now known as ZzZombo
01:00
harrow joined
01:01
p6bannerbot sets mode: +v harrow
01:14
MasterDuke joined,
p6bannerbot sets mode: +v MasterDuke,
MasterDuke left,
MasterDuke joined,
herbert.freenode.net sets mode: +v MasterDuke,
p6bannerbot sets mode: +v MasterDuke
01:18
ZzZombo left
01:51
Kaiepi left
01:52
Kaiepi joined,
p6bannerbot sets mode: +v Kaiepi
02:12
ZzZombo joined,
p6bannerbot sets mode: +v ZzZombo
02:33
ZzZombo left
02:35
ZzZombo joined,
p6bannerbot sets mode: +v ZzZombo
02:41
ZzZombo left,
ZzZombo_ joined,
ZzZombo_ is now known as ZzZombo,
p6bannerbot sets mode: +v ZzZombo
03:02
sivoais joined,
sivoais left,
sivoais joined,
p6bannerbot sets mode: +v sivoais
03:03
p6bannerbot sets mode: +v sivoais
|
|||
| Geth | MoarVM: jstuder-gh++ created pull request #963: Exprjit: Macros & Alterations |
04:55 | |
|
05:48
AlexDaniel left
06:11
patrickb joined,
p6bannerbot sets mode: +v patrickb
06:27
robertle_ joined
06:28
p6bannerbot sets mode: +v robertle_
06:47
domidumont joined
06:48
domidumont left,
domidumont joined
06:49
p6bannerbot sets mode: +v domidumont
07:46
lizmat joined
07:47
p6bannerbot sets mode: +v lizmat
08:04
Ven`` joined
08:05
p6bannerbot sets mode: +v Ven``
08:49
brrt joined
08:50
p6bannerbot sets mode: +v brrt
|
|||
| brrt | \o | 08:50 | |
| i've reached the actually messy part of fork-safety - fork()-ing :-) | 08:51 | ||
| lizmat | .oO( never run with forks! ) |
08:52 | |
| brrt | hmmm | 08:57 | |
| so here is my worry, right | |||
| - this becomes much simpler if I can assert that the current forking thread is the only thread running | |||
| - but potentially, and i'm not 100% sure this is actually true, but bear with me - the eventloop thread might actually start a new thread before it shuts down due to my signal | 08:58 | ||
| I'm not sure if the eventloop thread actually runs arbitrary MoarVM code | 08:59 | ||
|
08:59
PanicSkittle10 joined
|
|||
| brrt | so. I can only assert that I have no other threads running, as soon as I have already shut down the spesh and eventloop thread | 08:59 | |
| And the other thing - the eventloop thread is autovivified | 09:00 | ||
| lizmat | brrt: and there is currently no way to stop it, but that could be easily fixed | ||
| brrt | I can stop the eventloop thread alright, I'm at that stage | ||
| Hmmm. So I guess I'm saying I must be able to prevent it from being autovivified | 09:01 | ||
| lizmat | then we have the worker threads | ||
| no? | |||
| why would you? | |||
| brrt | during the fork | ||
| lizmat | *during* the fork ? | 09:02 | |
| brrt | during the fork process, I need to emulate being single-threaded | ||
|
09:02
PanicSkittle10 left
|
|||
| brrt | otherwise, I'm going to be left with a mess of an address space in the child | 09:02 | |
| because the child does not inherit the threads of the parent, only the forking thrad | 09:03 | ||
| *thread | |||
| lizmat | ah, so you're saying: it should stop the thread, but *not* lose any queues with things to get done ? | ||
| brrt | that, too | 09:08 | |
| that is actually the nastier of the two bits, because we cons a new uv_loop for every threadcontext. | 09:09 | ||
| actually | |||
| I don't need to destroy the original threadcontext, or the uv_loop_t, if I'm about to restart it | 09:10 | ||
| I kind of want to remove our 'default' uv_loop, since we only ever use it for dirops (I think), and we *never* run it | |||
| but that is another matter for another day | 09:12 | ||
| jnthn | brrt: The event loop thread doesn't ever run bytecode | 09:14 | |
| yoleaux | 08:18Z <lizmat> jnthn: I think we need a decoder.reset function, as otherwise we will have to fetch the $!decoder from the $!handle for each .pull-one in the GetLineFast iterator | ||
| 08:22Z <lizmat> jnthn: case in point: my $h = open("ten"); for $h.lines { .say; $h.close } | |||
| jnthn | It communicates entirely by queues and is entirely C code | ||
| As for starting it - you can find out if it's already being started as part of the code to stop it, and if you know you're in the only thread that's currently running, you know nothing else can trigger starting of it. | 09:15 | ||
| So I don't think it's a big issue. | |||
| brrt | that's a relief | ||
| jnthn | .tel lizmat I'll look at it next week. | 09:16 | |
| .tell lizmat I'll look at it next week. | |||
| yoleaux | jnthn: I'll pass your message to lizmat. | ||
| lizmat | jnthn: ok | ||
| yoleaux | 09:16Z <jnthn> lizmat: I'll look at it next week. | ||
| lizmat | I guess we can live with an LTA error for the time being | 09:17 | |
|
09:23
domidumont left
|
|||
| jnthn | We have for a long time, no? :) | 09:26 | |
|
09:26
AlexDaniel joined,
p6bannerbot sets mode: +v AlexDaniel,
Ven`` left,
brrt` joined
|
|||
| jnthn | So a few more days ain't going to be much difference :) | 09:26 | |
|
09:27
p6bannerbot sets mode: +v brrt`
09:28
brrt left
|
|||
| lizmat | well, would have been nice to get it into this release | 09:28 | |
| but it's not marked as a blocker, so we're good in that sense | 09:29 | ||
| AlexDaniel | what's the ticket? | 09:33 | |
| lizmat | R#2272 | ||
| synopsebot | R#2272 [open]: github.com/rakudo/rakudo/issues/2272 [IO][UNI][testneeded] Closed handles are still readable for some time | ||
| jnthn | The whole point of time-based releases is that you don't worry about getting X change into Y relesae, we just - modulo fixing regressions - ship what's there :) | 09:34 | |
|
09:34
brrt` left
|
|||
| AlexDaniel | that's right | 09:35 | |
| this is an old issue so I guess it's fine | |||
|
10:06
pierrot16 joined
10:07
pierrot16 left
10:21
brrt` joined
10:22
p6bannerbot sets mode: +v brrt`
10:27
ZzZombo left
10:42
Angeris1 joined
10:48
Angeris1 left
10:49
MasterDuke left
11:18
ircbrowse22 joined
11:19
tommylikehu26 joined
11:21
ircbrowse22 left
11:24
tommylikehu26 left
11:51
ZzZombo joined,
p6bannerbot sets mode: +v ZzZombo
|
|||
| Geth | MoarVM/master: 5 commits pushed by (Jeremy Studer)++, (Bart Wiegmans)++ | 11:53 | |
|
12:18
heiler joined
12:21
heiler left
12:36
domidumont joined,
p6bannerbot sets mode: +v domidumont
|
|||
| brrt` | hmmm. maybe we can coalesce the lock for event_loop_start with threads | 12:37 | |
|
12:56
lizmat left
12:58
patrickb left
12:59
lizmat joined
13:00
p6bannerbot sets mode: +v lizmat
|
|||
| diakopter | I wonder how to add a tailcall thing to nqp | 13:03 | |
| brrt` | You translate it to goto? | 13:32 | |
| jnthn | Gotta deal with the args somehow | 13:33 | |
| lizmat | R#2276 # jnthn: thoughts ? | 13:42 | |
| synopsebot | R#2276 [open]: github.com/rakudo/rakudo/issues/2276 [@LARRY][NYI][consistency][question] What should the * twigil do as a parameter? | ||
|
14:17
CookieMr joined
14:20
CookieMr left
14:29
AlexDaniel left
14:36
brrt` left
14:41
zakharyas joined
14:42
p6bannerbot sets mode: +v zakharyas
14:48
bdeferme5 joined
14:51
bdeferme5 left
14:53
zakharyas left
15:07
zakharyas joined,
p6bannerbot sets mode: +v zakharyas
15:41
Kaiepi left,
Kaiepi joined
15:42
p6bannerbot sets mode: +v Kaiepi
15:43
zakharyas left
16:19
Kaiepi left
16:20
Kaiepi joined
16:21
p6bannerbot sets mode: +v Kaiepi
16:28
domidumont left,
lysander16 joined,
lysander16 left
16:41
seizo6 joined
16:42
seizo6 left
16:45
lizmat left
16:47
lizmat joined
16:48
p6bannerbot sets mode: +v lizmat
17:07
Kaiepi left
17:08
Kaiepi joined,
p6bannerbot sets mode: +v Kaiepi
17:09
robertle_ left
17:33
patrickz joined,
p6bannerbot sets mode: +v patrickz
17:37
AlexDaniel joined,
p6bannerbot sets mode: +v AlexDaniel
|
|||
| Geth | MoarVM/fork-safety: 6 commits pushed by (Bart Wiegmans)++ | 17:44 | |
|
17:58
ggoebel_ left,
ggoebel left
18:03
Kaiepi left
18:11
Kaiepi joined,
ggoebel joined,
ggoebel_ joined
18:12
p6bannerbot sets mode: +v Kaiepi,
p6bannerbot sets mode: +v ggoebel,
p6bannerbot sets mode: +v ggoebel_
19:01
Blaguvest joined
19:04
Blaguvest left
19:51
AlexDaniel left,
AlexDaniel joined,
p6bannerbot sets mode: +v AlexDaniel
20:48
AlexDaniel left
20:54
lizmat left
20:55
lizmat joined,
p6bannerbot sets mode: +v lizmat
|
|||
| Geth | MoarVM: 51f2db5798 | (Samantha McVey)++ | src/io/io.c Add support in write_fhb op for writing 16 bit VM arrays This allows us to now output utf16 type objects from Rakudo, since these are 16 bit arrays. |
20:56 | |
|
21:02
Murii__ joined
21:04
patrickz left
21:06
Murii__ left
21:15
loos15 joined
21:17
loos15 left
21:37
AlexDaniel joined,
p6bannerbot sets mode: +v AlexDaniel
21:47
SP90020 joined
21:48
SP90020 left
23:24
zcu joined,
zcu left
23:29
MasterDuke joined,
p6bannerbot sets mode: +v MasterDuke,
MasterDuke left,
MasterDuke joined,
herbert.freenode.net sets mode: +v MasterDuke,
p6bannerbot sets mode: +v MasterDuke
23:32
trader11 joined,
trader11 left
|
|||