Re: ANN: PyQt v5.12.3 Released

I know exactly what the problem is I just needed the information to 
confirm.

The short answer is that it will be broken for Python v3.7.0 to v3.7.3. 
v3.7.4 and v3.8 should be fine. There is nothing PyQt can do about it.

The longer answer is that those versions of Python are built against 
OpenSSL v1.1.0 but Qt v5.12.4 is built against v1.1.1. Because of where 
Python installs its copy of the OpenSSL DLLs Qt is finding those rather 
than the DLLs in the PyQt wheel.

The ideal solution would be for Qt to provide an API that sets the name 
of the directory in which the DLLs can be found. Later versions of 
Python also use v1.1.1 and that would allow the DLLs to be shared.

Phil

On 28/06/2019 15:48, Detlev Offenbach wrote:
> Hi Phil,
> 
> sorry for not posting enough info but I didn't have access to the 
> machine I
> observed this issue on. Nevertheless, here it is.
> 
> Symbol: OPENSSL_sk_new_reserve (procedure)
> Lib: libcrypto-1_1-x64.dll
> Python 3.7.3, 64-Bit
> Windows 7
> 
> I hope, this helps.
> 
> Detlev
> 
> Am Freitag, 28. Juni 2019, 00:18:35 CEST schrieb Phil Thompson:
>> On 27/06/2019 18:09, Detlev Offenbach wrote:
>> > Hi Phil,
>> >
>> > just upgraded one Windows 7 machine and when starting eric I get a
>> > dialog
>> > about an unresolved symbol in the bundled openssl 1.1 DLL. This causes
>> > SSL
>> > network connections not working anymore. Any chance to get this fixed?
>> 
>> What symbol? What version of Python? 32-bit or 64-bit?
>> 
>> Phil
>> _______________________________________________
>> PyQt mailing list    [email protected]
>> https://www.riverbankcomputing.com/mailman/listinfo/pyqt

_______________________________________________
PyQt mailing list    [email protected]
https://www.riverbankcomputing.com/mailman/listinfo/pyqt