github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
00:18
emerson joined,
p6bannerbot sets mode: +v emerson
00:20
Kaypie left,
Kaypie joined,
p6bannerbot sets mode: +v Kaypie
01:33
ZzZombo left
02:40
ZzZombo joined,
p6bannerbot sets mode: +v ZzZombo
03:19
ZzZombo_ joined,
p6bannerbot sets mode: +v ZzZombo_
03:20
ZzZombo left,
ZzZombo_ is now known as ZzZombo
04:23
ZzZombo left
05:20
ZzZombo joined,
p6bannerbot sets mode: +v ZzZombo
05:40
Kaypie left
05:41
Kaypie joined,
p6bannerbot sets mode: +v Kaypie
06:43
rba left
07:09
domidumont joined
07:10
p6bannerbot sets mode: +v domidumont
07:48
robertle joined,
p6bannerbot sets mode: +v robertle
|
|||
samcv | going through and tagging all issues if they're uni related, and closing some pretty old ones that have been fixed | 08:24 | |
Geth_ | ¦ MoarVM: samcv self-assigned build on x32 has "pointer cast size mismatch" github.com/MoarVM/MoarVM/issues/444 | 09:07 | |
09:11
zakharyas joined
09:12
p6bannerbot sets mode: +v zakharyas
09:19
rba joined
09:20
p6bannerbot sets mode: +v rba
10:23
rba_ joined
10:24
p6bannerbot sets mode: +v rba_
10:25
rba left
10:31
rba joined
10:32
p6bannerbot sets mode: +v rba
10:34
rba_ left
10:46
rba_ joined
10:47
p6bannerbot sets mode: +v rba_
10:49
rba left
11:01
rba joined
11:02
p6bannerbot sets mode: +v rba
11:03
rba_ left
11:09
domidumont left
11:16
rba_ joined
11:17
p6bannerbot sets mode: +v rba_
11:18
rba left
11:31
rba joined
11:32
p6bannerbot sets mode: +v rba
11:33
rba_ left
11:46
rba_ joined
11:47
p6bannerbot sets mode: +v rba_
11:49
rba left
12:01
rba joined
12:02
p6bannerbot sets mode: +v rba
12:03
rba_ left
12:17
rba_ joined,
p6bannerbot sets mode: +v rba_
12:18
rba left
12:31
rba joined
12:32
p6bannerbot sets mode: +v rba
12:33
rba_ left
12:44
zakharyas left
12:46
rba_ joined
12:47
p6bannerbot sets mode: +v rba_
12:48
rba left
13:01
rba joined
13:02
p6bannerbot sets mode: +v rba
13:04
rba_ left
13:06
Kaypie left,
Kaypie joined
13:07
p6bannerbot sets mode: +v Kaypie
13:16
rba_ joined
13:17
p6bannerbot sets mode: +v rba_
13:18
rba left
13:31
rba joined
13:32
p6bannerbot sets mode: +v rba
13:34
rba_ left
13:46
rba_ joined
13:47
p6bannerbot sets mode: +v rba_
13:48
rba left
13:50
Kaypie left,
Kaypie joined
13:51
p6bannerbot sets mode: +v Kaypie
13:59
zakharyas joined
14:00
p6bannerbot sets mode: +v zakharyas
14:03
rba_ left
14:10
Kaypie left
14:54
rba joined
14:55
rba left
|
|||
dogbert11 | oh, a SEGV | 15:45 | |
#0 0x00007f68f633b0be in MVM_multi_cache_find_spesh (tc=0x139aef0, cache_obj=0x47aa390, arg_info=0x7f68f4fa6450, type_tuple=0x7f68ec118990) at src/6model/reprs/MVMMultiCache.c:501 | 15:46 | ||
501 known_type_st = type_tuple[tt_offset].type->st; | |||
when running the included example in R#1951 | 15:49 | ||
synopsebot_ | R#1951 [open]: github.com/rakudo/rakudo/issues/1951 Improve empty hash creation performance with {} | ||
dogbert11 | gist for those interested: gist.github.com/dogbert17/c627e75b...33c1a1eced | 15:53 | |
16:11
Kaiepi joined,
p6bannerbot sets mode: +v Kaiepi
16:15
robertle left
16:27
domidumont joined
16:28
p6bannerbot sets mode: +v domidumont
16:42
zakharyas1 joined
16:43
p6bannerbot sets mode: +v zakharyas1,
zakharyas left
16:55
robertle joined,
p6bannerbot sets mode: +v robertle
19:02
dogbert11 left
19:51
zakharyas1 left
19:58
dogbert17 joined
19:59
p6bannerbot sets mode: +v dogbert17
20:02
domidumont left
|
|||
dogbert17 | reported as github.com/MoarVM/MoarVM/issues/996 | 20:15 | |
21:17
Kaiepi left,
Kaiepi joined
21:18
p6bannerbot sets mode: +v Kaiepi
|
|||
AlexDaniel | Please someone take a look at github.com/rakudo/rakudo/issues/2477 | 21:54 | |
there are modules failing because of it | |||
21:56
lucasb joined
21:57
p6bannerbot sets mode: +v lucasb
|
|||
lucasb | m: sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^10000; f2 for ^10000; f3 for ^10000 | 21:57 | |
camelia | (signal SEGV) | ||
lucasb | ^^ dogbert17 I tried golf it a little | 21:58 | |
on my 32-bit 1000 iterations is enough to segfault | |||
*machine | 21:59 | ||
dogbert17 | lucasb: cool, if it fails everytime perhaps the bisectbot might be able to furnish additional info | 22:00 | |
.seen AlexDaniel | 22:01 | ||
yoleaux | I saw AlexDaniel 21:54Z in #moarvm: <AlexDaniel> there are modules failing because of it | ||
dogbert17 | :) | ||
AlexDaniel | . | 22:03 | |
bisect: sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^10000; f2 for ^10000; f3 for ^10000 | |||
bisectable6 | AlexDaniel, On both starting points (old=2015.12 new=534d8f6) the exit code is 0 and the output is identical as well | ||
AlexDaniel, Output on both points: «» | |||
AlexDaniel | argh | 22:04 | |
bisect: sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^100000; f2 for ^100000; f3 for ^100000 | |||
lucasb | hehe tumuch | 22:05 | |
bisectable6 | AlexDaniel, On both starting points (old=2015.12 new=534d8f6) the exit code is 0 and the output is identical as well | ||
AlexDaniel, Output on both points: «» | |||
AlexDaniel | bisect: for ^10 { exit 42 if run(<perl6 -e>, 「sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^10000; f2 for ^10000; f3 for ^10000」).signal != 0 } | 22:06 | |
dogbert17 | ah, nice trick | ||
unless it times out ofc | |||
bisectable6 | AlexDaniel, Bisecting by exit code (old=2015.12 new=534d8f6). Old exit code: 0 | ||
dogbert17 | I'm reasonably certain that the problem is newer than 2918.09 | 22:07 | |
AlexDaniel | oh wow | ||
dogbert17 | *2018 | ||
bisectable6 | AlexDaniel, bisect log: gist.github.com/cfe99f2eebc7aeaa59...bdd540041b | ||
AlexDaniel, (2018-09-25) github.com/rakudo/rakudo/commit/ac...5b952f1093 | |||
AlexDaniel | if they still have segfaults in 2918 that's sad | ||
dogbert17 | indeed :) | ||
AlexDaniel | okay that's probably it | ||
let's confirm | |||
c: ace87cb5d9^,ace87cb5d9 for ^10 { say run(<perl6 -e>, 「sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^10000; f2 for ^10000; f3 for ^10000」).signal } | 22:08 | ||
committable6 | AlexDaniel, ¦ace87cb5d9^: «0000000000» ¦ace87cb: «1101101101111011» | ||
AlexDaniel | c: ace87cb5d9^,ace87cb5d9 for ^10 { say run(<perl6 -e>, 「sub f1 { hash a=>1 }; sub f2 { hash b=>2 }; sub f3 { hash c=>3 }; f1 for ^10000; f2 for ^10000; f3 for ^10000」).signal } | ||
committable6 | AlexDaniel, ¦ace87cb5d9^: «0000000000» ¦ace87cb: «111111001111000» | ||
AlexDaniel | yeah that's definitely it | ||
lucasb: can you file a ticket please? | |||
dogbert17 | or update the existing one | ||
lucasb | I think dogbert17 already did | ||
dogbert17 | lucasb++ | ||
AlexDaniel | which one is it? | ||
dogbert17 | 996 | 22:09 | |
AlexDaniel | R#996 | ||
synopsebot_ | R#996 [closed]: github.com/rakudo/rakudo/pull/996 [JVM] Don't use --nqp-lib=blib for evalserver | ||
AlexDaniel | M#996 | ||
synopsebot_ | M#996 [open]: github.com/MoarVM/MoarVM/issues/996 SEGV when running example code from R#1951 | ||
lucasb | dogbert17++ AlexDaniel++ thanks | 22:10 | |
22:10
lucasb left
|
|||
AlexDaniel | cool | 22:11 | |
dogbert17 | indeed | ||
the other thing, i.e. R#2477 is probably something for brrt | 22:12 | ||
synopsebot_ | R#2477 [open]: github.com/rakudo/rakudo/issues/2477 [⚠ blocker ⚠] MoarVM panic: Register types do not match between value and node | ||
jnthn wonders if accidentally snorting chili will help his cold... | 22:15 | ||
I'll probably have chance to investigate the SEGV tomorrow | 22:16 | ||
lizmat | jnthn: snorting lukewarm water with a little salt, helps me every now and then | ||
tadzik | jnthn: "accidentally"? ;) | 22:18 | |
jnthn | I got distracted when cooking, and then couldn't remember if the thing I'd picked out of the spice rack was the chili of paprika, so decided to sniff it, except I've got a cold and sniffed harder, and then I knew...because of the burning sensation :P | 22:21 | |
*or | 22:22 | ||
tadzik | ouch :D | ||
jnthn | 8501e2e Fix off-by-one in multi cache spesh lookup | 22:23 | |
Is in the bump the bissect found | |||
And guess what's on top of the stack when it SEGVs? | |||
MVM_multi_cache_find_spesh (tc=0x68eae0, cache_obj=0x7ffff3347368, arg_info=0x7ffff6237450, type_tuple=0x7fffec207590) | |||
ASAN or valgrind can probably tell us what kind of naughty memory access it is. | 22:24 | ||
23:02
MasterDuke joined,
p6bannerbot sets mode: +v MasterDuke,
MasterDuke left,
MasterDuke joined,
herbert.freenode.net sets mode: +v MasterDuke,
p6bannerbot sets mode: +v MasterDuke
|