01:11
nimaje has quit [Ping timeout: 240 seconds]
01:12
nimaje has joined #pypy
02:32
nimaje has quit [Ping timeout: 250 seconds]
04:08
epony has quit [Ping timeout: 240 seconds]
05:42
jacob22 has quit [Quit: Konversation terminated!]
05:42
jacob22 has joined #pypy
06:17
epony has joined #pypy
07:06
nimaje has joined #pypy
07:15
lritter has joined #pypy
08:24
Guest96_ has joined #pypy
08:59
lehmrob has joined #pypy
09:13
danchr has quit [Remote host closed the connection]
11:01
<
ctismer >
Hi cfbolz et al, I got a funny error using threads.
11:02
<
ctismer >
Fatal RPython error: a thread is trying to wait for the GIL, but the GIL was not initialized
11:03
<
ctismer >
cfbolz: converting that link to the new website, I saw that this issue is 5 years old and should be solved.
11:08
<
cfbolz >
ctismer: ugh, no idea
11:08
<
cfbolz >
ctismer: any weird things you do with threads?
11:09
<
ctismer >
nothing, this is our standard thread implementation. (which can be weird enough, no idea :) )
11:11
<
ctismer >
cfbolz: I'll probably fire up the soldering iron and debug Windows :(
11:15
<
cfbolz >
ctismer: but it is not some kind of embedding scenario, right?
11:15
<
cfbolz >
are you using fork?
11:18
<
ctismer >
cfbolz: not at all. For instance, we get this message when running bug_462.py
11:18
<
cfbolz >
ctismer: do you make any threads from C, and then call python code from them?
11:19
<
cfbolz >
it's entirely possible that there is a bug in those parts of the C API emulation
11:19
<
cfbolz >
I suppose QThread starts threads from C code
11:20
<
ctismer >
cfbolz: I have to study the code then.
11:21
<
ctismer >
(we are about to blog about PyPy and tested things on Windows)
11:26
<
cfbolz >
ctismer: I don't really see a test that makes a thread from C code and then call PyGILState_Ensure or something like that
11:26
<
cfbolz >
so I suppose that could be just broken, potentially
11:26
<
cfbolz >
but we are pretty far outside of my comfort zone here
11:28
<
ctismer >
cfbolz: you mean you love threads as much as I do? 😂
11:28
<
cfbolz >
exactly :-)
11:34
slav0nic has joined #pypy
12:37
<
cfbolz >
ctismer: yeah, my suspicion remains that this is just not working with cpyext yet
12:38
<
cfbolz >
cffi has explicit tests around the problem
12:39
<
cfbolz >
we would have to write a small C extension that starts a new thread from C, then calls python
12:39
<
cfbolz >
to see whether it crashes
12:52
<
ctismer >
cfbolz: but why on earth does it work on macOS? I would have understood Windows, but not Linux
12:53
<
cfbolz >
yes, that is pretty weird 😆
14:53
otisolsen70 has joined #pypy
14:54
otisolsen70 has quit [Remote host closed the connection]
14:55
otisolsen70 has joined #pypy
15:05
Dejan has quit [Read error: No route to host]
15:29
lehmrob has quit [Quit: WeeChat 3.4]
15:52
<
ctismer >
cfbolz: I tested myself on my virtual Windows machine on the Mac - the effect does
_not_ show up. It happens on a real Windows and Ubuntu machine in Berlin - even weirder cause I cannot solve it from here.
15:55
* ctismer
is begging for VPN access since 5 years 😬
16:35
lritter has quit [Ping timeout: 272 seconds]
18:28
Atque has joined #pypy
19:32
sam_ has quit [Read error: Connection reset by peer]
19:43
sam_ has joined #pypy
20:33
Techcable has quit [Ping timeout: 240 seconds]
21:19
otisolsen70 has quit [Quit: Leaving]
21:58
slav0nic has quit [Ping timeout: 268 seconds]