|
github.com/moarvm/moarvm | IRC logs at colabti.org/irclogger/irclogger_logs/moarvm Set by AlexDaniel on 12 June 2018. |
|||
|
00:23
anatofuz joined
01:14
anatofuz left
01:15
anatofuz joined
01:19
anatofuz left
01:33
anatofuz joined
02:11
anatofuz left
02:18
anatofuz joined
02:22
anatofuz left
02:28
anatofuz joined
02:43
anatofuz left
02:44
anatofuz joined
02:47
anatofuz left
02:50
anatofuz joined
03:56
anatofuz left
03:59
anatofuz joined
04:03
anatofuz left
04:13
anatofuz joined
04:18
anatofuz left
04:20
anatofuz joined
05:50
Kaypie joined,
Kaiepi left
06:01
anatofuz left,
anatofuz joined
06:03
anatofuz left,
anatofuz joined
06:35
domidumont joined
06:40
anatofuz left
06:42
anatofuz joined
06:44
anatofuz left
07:00
anatofuz joined
07:01
robertle joined
07:10
anatofuz left
07:12
anatofuz joined
07:13
anatofuz left
07:23
sena_kun joined
07:56
anatofuz joined
08:04
zakharyas joined
08:17
anatofuz left
08:18
anatofuz joined
08:24
anatofuz left
08:56
anatofuz joined
09:09
anatofuz left,
anatofuz joined
09:14
anatofuz left
09:18
patrickb joined
09:20
anatofuz joined
09:24
anatofuz left
09:57
anatofuz joined
10:10
anatofuz left
10:11
anatofuz joined
10:19
anatofuz left
10:20
anatofuz joined
10:29
anatofuz left
10:32
anatofuz joined
11:08
zakharyas left
11:34
anatofuz left
11:38
anatofuz joined
|
|||
| nine | Ha! My whole god damn Inline::Perl5 threading issue boils down to: do not load modules concurrently. | 11:38 | |
| Which is something that I have suspected from the start. What I didn't take into account is that DBIx::Class will load a couple of modules (like DBD::Pg or its storage backend) on-demand when creating the first database connection. | 11:39 | ||
| nwc10 | and things blow up where/how? | 11:40 | |
| nine | Since it's threading related, the errors look differently every time. But they are all compilation failures of the kind "Can't locate object method "mk_group_accessors" via package "DBIx::Class::Storage" | 11:42 | |
| Or "Undefined subroutine &DBIx::Class::Storage::BlockRunner::reftype called" or it suddenly no longer knowing Moose's "extend" function | 11:43 | ||
| String found where operator expected at /usr/lib/perl5/vendor_perl/5.28.1/DBIx/Class/Storage/BlockRunner.pm line 49, near "qsub '$ENV{DBIC_STORAGE_RETRY_DEBUG}'" | |||
| Actually that's really all about missing some symbol | |||
| nwc10 | I'm a bit confused. By "concurrently" does this mean that you've got two different OS threads trying to do stuff in the same Perl 5 interpreter at the same time? | 11:44 | |
| lizmat | that would be bad | ||
| nine | No, in different ones | ||
| lizmat | but Perl 6 thinking that they'd be available in all Perl 5's interpreters ? | 11:45 | |
| nine | This is my test script: gist.github.com/niner/d2dee661dbaa...e7262898ee | ||
| Each MoarVM thread gets its own Perl 5 interpreter to run code on. No data is being shared between them. | 11:46 | ||
| nwc10 | OK, if I'm still confused, it's because if that's right, then surely each Perl 5 interpreter is completely unaware of any other interpreters, so should manage to stay self consistent | ||
| nine | exactly! | ||
| nwc10 | which seems to imply that this is a Perl 5 bug, somehow | 11:47 | |
| nine | Honestly it's starting to look more and more like that | ||
| nwc10 | in that something is in Perl 5 global state that should not be. Or something that is there, isn't locked properly | ||
|
12:25
anatofuz left
12:40
anatofuz joined
12:44
lucasb joined,
anatofuz left
13:12
anatofuz joined
13:13
zakharyas joined
13:16
MasterDuke left,
anatofuz left
13:28
anatofuz joined
13:32
anatofuz left
|
|||
| lizmat | Q: was all of Bart Wiegmans' work reverted to get Rakudo HEAD spectesting clean again ? | 14:00 | |
| jnthn | lizmat: I thought that what got reverted was some templates timotimo added, which ran into trouble? | 14:02 | |
| lizmat | I'm unsure, hence my question :-) | ||
| jnthn | that's my recollection, and `git log --grep=revert` seems to agre | 14:03 | |
| lizmat | ok, *phew* | ||
| jnthn | It looks like just several templates that were reverted | ||
| Yeah, 6 in total | 14:04 | ||
|
14:15
anatofuz joined
14:19
anatofuz left
|
|||
| nine | nwc10: I managed to reproduce the failures with a plain C program embedding perl. Intriguingly they only happen when I load the full Atikon::DB::Timemngt schema, not when I load just DBIx::Class. | 14:40 | |
|
14:46
anatofuz joined
14:50
anatofuz left
15:07
robertle left
|
|||
| nine | And now I can reproduce it with just XLM::LibXML | 15:16 | |
|
15:17
anatofuz joined
15:22
anatofuz left
15:28
domidumont left
|
|||
| nine | Surprisingly it boils down to IO::Handle! | 15:32 | |
|
15:41
anatofuz joined
15:43
anatofuz left
15:54
Kaypie is now known as Kaiepi
15:58
anatofuz joined
16:03
anatofuz left
16:07
zakharyas left
16:30
anatofuz joined
16:34
anatofuz left
16:43
robertle joined
16:46
anatofuz joined
16:50
anatofuz left
17:16
anatofuz joined
17:22
anatofuz left
18:07
patrickb left
18:28
harrow left
18:29
harrow joined
|
|||
| nwc10 | nine: this sounds nuts. How has this bug kept itself hidden for so long? | 18:32 | |
|
18:36
MasterDuke joined
19:14
zakharyas joined
19:35
zakharyas left
19:52
Kaiepi left
20:05
dogbert17 left
20:23
anatofuz joined
20:27
anatofuz left
20:28
dogbert17 joined
|
|||
| jnthn | nwc10: If it requires embedding (which iiuc is still part of what nine has) I guess there's only so many things doing that, and doubly so if it depends on multiplicity. | 20:44 | |
|
20:54
anatofuz joined
20:55
anatofuz left
21:49
dogbert17 left
22:08
Kaiepi joined
22:13
dogbert17 joined
22:17
anatofuz joined
22:58
Kaiepi left,
Kaiepi joined
23:00
anatofuz left,
anatofuz joined
23:05
anatofuz left
23:07
anatofuz joined
23:11
anatofuz left
23:13
sena_kun left
23:17
anatofuz joined
23:28
anatofuz left
23:29
anatofuz joined
23:30
anatofuz left,
anatofuz joined,
anatofuz left,
anatofuz joined
23:34
anatofuz left
23:35
anatofuz joined
23:36
anatofuz left,
anatofuz joined
23:41
anatofuz left
23:49
anatofuz joined
|
|||