01:55
ilbot3 joined
02:03
Ven`` joined
02:15
nativecallable6 joined,
statisfiable6 joined,
releasable6 joined
02:42
zakharyas joined
03:34
mst joined
03:39
nine joined,
camelia joined
03:40
avar joined
04:08
AlexDaniel joined
04:51
geekosaur joined
05:14
domidumont joined
05:21
domidumont joined
05:42
coverable6 joined,
unicodable6 joined,
bisectable6 joined,
committable6 joined,
bloatable6 joined,
quotable6 joined,
evalable6 joined,
benchable6 joined,
greppable6 joined,
releasable6 joined,
nativecallable6 joined,
squashable6 joined,
statisfiable6 joined
06:04
brrt joined
|
|||
brrt | good * #moarvm | 06:05 | |
nwc10 | good *, #moarvm | 06:35 | |
jnthn: ASAN failures in spectests: paste.scsys.co.uk/565169 | |||
#0 0x7fa46a6c2285 in MVM_fixed_size_free src/core/fixedsizealloc.c:271 | 06:36 | ||
#1 0x7fa46a7de103 in gc_free src/6model/reprs/NFA.c:51 | |||
during GC | |||
I have built with #define FSA_SIZE_DEBUG 1 | |||
but I don't think that that's needed to trigger this | 06:37 | ||
06:40
brrt joined
06:46
domidumont joined
06:49
patrickz joined
07:22
brrt joined
07:36
leont joined
08:05
domidumont joined
08:40
robertle joined
08:56
domidumont joined
|
|||
dogbert2 | good * #moarvm | 09:14 | |
building the core setting with a small nursery is, at least currently, a bad idea | |||
Stage start : 0.000 | |||
Stage parse : MoarVM panic: Collectable 0x407a8f30 in fromspace accessed | 09:15 | ||
10:00
Geth joined
|
|||
brrt | hmmm | 10:08 | |
that's interesting | |||
dogbert2 | brrt: perhaps I should try to figure out where that happens | 10:16 | |
10:16
lizmat joined
|
|||
brrt | yeah, that seems legit :-) | 10:18 | |
jnthn | timotimo: 3059ba2829 and paste.scsys.co.uk/565169 look related | 10:28 | |
timotimo | oh? uh oh. let's see. | 10:37 | |
oh, facepalm | 10:43 | ||
i somehow missed to change calloc into the corresponding function | |||
i wasn't able to get asan to complain before, but the fix i made is Obviously Correct™ | 10:49 | ||
Geth | MoarVM: 054ad4e1d6 | (Timo Paulssen)++ | src/6model/reprs/NFA.c convert left-over calloc to FSA equivalents |
||
timotimo | nwc10: would be cool if you tried again with this commit | ||
nwc10 | had already started | 10:50 | |
timotimo | nice :) | ||
dogbert2: try recompiling? | |||
nwc10 | only 5 seconds ahead of you :-) | ||
(you asking, that is. had seen your approximate "d'oh" comment and assumed that a commit was about to land) | |||
timotimo | :) | 10:52 | |
dogbert2 | timotimo: don't think it's the same problem since I wasn't using your commit from yesterday :) | 10:53 | |
timotimo | oh, well :) | ||
dogbert2 tries to catch the problem with gdb ... | 10:54 | ||
and ... it turns out that the backtrace is in fact the very same as github.com/MoarVM/MoarVM/issues/707 | 10:55 | ||
notices that I had forgot to 'p MVM_dump_backtrace' in the bug report, here's a more complete version gist.github.com/dogbert17/2e270d08...5e9cb88631 | 10:59 | ||
timotimo | fun! creating an accessor. that's right next to what liz was building for buildall :) | 11:00 | |
dogbert2 | could there be a connection | 11:01 | |
timotimo | probably not | ||
lizmat | oO( all problems are the same ) | 11:06 | |
timotimo | problemly not | 11:09 | |
12:31
lizmat joined
|
|||
nwc10 | ASAN has gone back to sleep | 13:35 | |
13:51
brrt joined
13:52
brrt joined
14:03
brrt joined
14:09
geekosaur joined
15:07
brrt joined
15:10
cognominal joined
|
|||
cognominal | should not getaddrinfo() be within a MVM_gc_mark_thread_blocked/unblocked pair cuz it potentially blocks if the address is not yet cached ? github.com/MoarVM/MoarVM/blob/mast...ket.c#L305 | 15:21 | |
timotimo | ah, i didn't know about that | 15:40 | |
if you put blocked/unblocked, it'll have to be much more careful with regards to MVMROOT | |||
jnthn | Probably, yes | ||
But check all its callers | |||
That also | |||
Every caller will need to be audited | 15:41 | ||
cognominal | I understand the purpose of VMROOT but I don´t know exactly yet what should go there | 15:44 | |
timotimo | every variable that points to a GC-managed thing must go there | 16:08 | |
cognominal | submitted it as an issue github.com/MoarVM/MoarVM/issues/708 | 16:16 | |
16:25
domidumont joined
16:29
AlexDaniel joined
|
|||
timotimo | how long can this block? worst case? | 16:30 | |
ilmari | for as long as your DNS server takes to respond? | ||
(or the resolver library times out) | |||
cognominal | the best way to (not) address the problem is to use the libuv asynchroneous getaddrinfo instead :) I noticed this bug when studying what this involved | 16:33 | |
timotimo | oh, getaddrinfo | 16:36 | |
for some reason i was thinking of getpeername thing | |||
ugexe | with uv_getaddrinfo a NULL uv_getaddrinfo_cb to run synchronously might make it easy to use in syncsocket too | 16:46 | |
samcv | good morning. | 16:47 | |
samcv yawns | |||
lizmat | \o samcv | 16:48 | |
16:58
leont joined
17:31
Ven`` joined
17:34
robertle joined
|
|||
samcv | MasterDuke, made some comments on your join PR | 20:09 | |
23:17
geekosaur joined
|