Re: Multithreading with GPGME Python Bindings

2023-01-17 Thread Werner Koch via Gnupg-users
On Mon, 16 Jan 2023 07:55, Jan Girlich said: > Is the call to "gpgme_check_version" maybe done implicitly by the > Python bindings? Yes. See gpgme/lang/python/src/core.py # check_version also makes sure that several subsystems are properly # initialized, and it must be run at least once befo

Re: Multithreading with GPGME Python Bindings

2023-01-16 Thread Robert J. Hansen via Gnupg-users
(Please forgive the HTML email, sending from my phone)Given Python is effectively single-threaded through the global interpreter lock, this may turn out to be a total non-issue. Although I don't have an immediate answer for you I'd suggest starting by learning how Python's multi-threading support i

Re: Multithreading with GPGME Python Bindings

2023-01-16 Thread Jan Girlich
Hi Robert, On Mon, 2023-01-16 at 11:53 -0500, Robert J. Hansen wrote: > I don't have an immediate answer for you I'd suggest starting by > learning how Python's multi-threading support is more smoke and > mirrors than reality. That may lead you to an answer to your > question. you seem to be quit

Multithreading with GPGME Python Bindings

2023-01-16 Thread Jan Girlich
Hi, I want to use the GPGME Python bindings in a concurrent way. In the documentation of the Python bindings at http://files.au.adversary.org/crypto/gpgme-python-howto.html I find no mention of multithreading. In the GPGME documentation at https://www.gnupg.org/documentation/manuals/gpgme/Multi_