cfbolz changed the topic of #pypy to: #pypy PyPy, the flexible snake https://pypy.org | IRC logs: https://quodlibet.duckdns.org/irc/pypy/latest.log.html#irc-end and https://libera.irclog.whitequark.org/pypy | the pypy angle is to shrug and copy the implementation of CPython as closely as possible, and staying out of design decisions
<arigato> archie2342345234 (for the logs): I can't help because that looks like your library is just buggy (and I guess it doesn't document that unexpected behaviour). This sounds unrelated to the GIL. The fact that there is a GIL should be ignored when using cffi, because if your Python program is multithreaded then calls you make to some C library will really be done in parallel (without the GIL)
<arigato> if you're getting segfaults if you do the calls from multiple Python threads, and if your workaround makes the calls from a single thread, then the reason is just that the C library doesn't expect to be called from multiple threads
<arigato> that's a correct workaround then; another correct one would be to use explicit locks around all calls
[Arfrever] has quit [Ping timeout: 244 seconds]
[Arfrever] has joined #pypy
rwb has quit [Server closed connection]
rwb has joined #pypy