|
00:31
lizmat joined
00:35
travis-ci joined
|
|||
| travis-ci | MoarVM build failed. Jonathan Worthington 'Merge pull request #737 from MasterDuke17/create_coerce_II_op | 00:35 | |
| travis-ci.org/MoarVM/MoarVM/builds/296539462 github.com/MoarVM/MoarVM/compare/e...66a38511d4 | |||
|
00:35
travis-ci left
00:59
evalable6 joined
02:55
colomon joined
02:57
ilbot3 joined
03:27
evalable6 joined
06:19
evalable6 joined
06:38
brrt joined
07:20
evalable6 joined
07:42
domidumont joined
07:47
domidumont joined
07:59
brrt joined,
domidumont joined
08:54
zakharyas joined
09:05
patrickz joined
|
|||
| brrt | good * #moarvm | 09:39 | |
|
09:53
Ven joined
11:02
leont joined
11:05
Ven joined
11:17
AlexDaniel joined
11:34
squashable6 joined
11:55
Ven joined
13:40
zakharyas joined
|
|||
| lizmat | Q: would an nqp op that would clone a list *and* resets the size be an option? I mean, it could just return the original and create a new on in its stead underneath ? Wouldn't that potentially save a lot of moving stuff around ? | 13:47 | |
| same for hashes BTW | 13:48 | ||
| MasterDuke | jnthn: i believe github.com/MoarVM/MoarVM/pull/734/ is good to go | 14:10 | |
|
14:42
Ven joined
14:52
ggoebel joined
15:14
AlexDaniel joined
|
|||
| jnthn | MasterDuke: will look a little later, thanks. | 15:48 | |
| MasterDuke | cool | 15:49 | |
|
16:07
brrt joined
|
|||
| brrt | lizmat: i'm not seeing the purpose just now | 16:18 | |
|
16:24
Ven joined
17:07
buggable joined
17:32
robertle joined
17:41
greppable6 joined
17:42
domidumont joined
18:00
AlexDaniel joined
18:39
bisectable6 joined
18:45
evalable6 joined
20:03
releasable6 joined
|
|||
| Geth | MoarVM/master: 5 commits pushed by MasterDuke17++, (Jonathan Worthington)++
|
21:53 | |
| MasterDuke | ah, thanks | 21:55 | |
| Geth | MoarVM: 483b3b8519 | (Timo Paulssen)++ | src/core/fixedsizealloc.c FSA size debug: cooperate with valgrind when the free size is wrong, it gives the stack trace for where the corresponding data was allocated, how many bytes are marked "defined" by valgrind, and of course the current stacktrace. On top of that, it outputs the passed and expected size. |
21:56 | |
| MoarVM: 235f6147dd | (Timo Paulssen)++ | src/core/fixedsizealloc.c use %lu instead of %d, put in missing output in one case MasterDuke17++ |
|||
| MoarVM: ac0282af2a | (Jonathan Worthington)++ (committed using GitHub Web editor) | src/core/fixedsizealloc.c Merge pull request #713 from MoarVM/fsa_valgrind_error_support FSA size debug: cooperate with valgrind |
|||
| MasterDuke | jnthn: how would you recommend debugging `MoarVM panic: Heap corruption detected: pointer 0x7fba6168f720 to past fromspace`? gdb and valgrind don't really help much, and asan just complains about leaks | 23:14 | |
| it's (likely) a nativecall thing, and MVM_SPESH_DISABLE=1 doesn't stop it | 23:15 | ||
| jnthn | Try MVM_GC_DEBUG=1 | 23:17 | |
| You can also lower the nursery size in collect.h to make the bug more likely to show up | 23:18 | ||
| MasterDuke | .tell timotimo followed jnthn's advice and got a general protection fault in valgrind with azawawi's test code: gist.github.com/MasterDuke17/ee516...4ca4e72e82 | 23:57 | |
| yoleaux | MasterDuke: I'll pass your message to timotimo. | ||
| MasterDuke | jnthn: ^^^ might be interested also | ||