Discussion :

[Avatar36]

Bonjour,

Je reçoit systématiquement les messages d'erreurs suivants lorsque je compile mon programme:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
QSslSocket: cannot resolve TLSv1_1_client_method
QSslSocket: cannot resolve TLSv1_2_client_method
QSslSocket: cannot resolve TLSv1_1_server_method
QSslSocket: cannot resolve TLSv1_2_server_method
QSslSocket: cannot resolve SSL_select_next_proto
QSslSocket: cannot resolve SSL_CTX_set_next_proto_select_cb
QSslSocket: cannot resolve SSL_get0_next_proto_negotiated

Je sais que pour ça je doit ajouter openssl. J'ai installé la version 1.0.1 win64 et j'ai copié les trois fichiers dll
libeay32.dll
libssl32.dll
ssleay32.dll
dans le répertoire Debug de mon programme, dans le release, dans le dossier contenant mes fichiers programmes (.cpp, .qml), pas moyen, j'obtiens toujours ces erreurs. Je comprends pas. J'avais des erreurs LEAK avant, ça les a enlevé, c'est donc bien que ça a agit mais pourquoi ça résoud pas le problème?
Merci de votre aide.

cordialement

[dourouc05]

Déjà, ces messages apparaissent-ils à la compilation (peu probable, ça ne ressemble pas à la sortie d'un compilateur) ou à l'exécution ? As-tu compilé Qt avec OpenSSL (je ne pense pas que les versions disponibles sur le site officiel le soient) ? Utilises-tu bien les dernières versions (Qt 5.4.0, OpenSSL 1.0.1l ou 1.0.2) ? TLS 1.2 est la dernière version du protocole, peut-être l'une des parties est trop ancienne pour la prendre en compte ou a des modifications de l'ABI rendant le chargement des méthodes impossible, ça a semblé suffisant).

Normalement, les DLL d'OpenSSL devraient être au même niveau que les DLL de Qt lors du déploiement (par exemple, dans le dossier de Qt tant que tu développes — je n'y vois pas de contre-indication). Sinon, ça ne devrait pas poser de problème pour ton application, puisque seule la résolution pose problème (pas l'exécution de code).

[Avatar36]

Déjà, ces messages apparaissent-ils à la compilation (peu probable, ça ne ressemble pas à la sortie d'un compilateur) ou à l'exécution ?

C'est à l'execution. Ces messages ressemblent plus à des warnings étant donné qu mon programme arrive à compiler.

As-tu compilé Qt avec OpenSSL (je ne pense pas que les versions disponibles sur le site officiel le soient) ?

J'ai juste installé OpenSSL et copié les librairies partout où je pouvais (dans les fichiers de mon programme) et j'ai essayé dans les fichers de Qt (C:\Qt\5.3\mingw482_32\bin)

Utilises-tu bien les dernières versions (Qt 5.4.0, OpenSSL 1.0.1l ou 1.0.2) ?

J'utilise Qt 5.3.2, j'avais pas vu qu'il y en avait une nouvelle version. Je suis en train de la télécharger. OpenSSL 1.0.1.

TLS 1.2 est la dernière version du protocole, peut-être l'une des parties est trop ancienne pour la prendre en compte ou a des modifications de l'ABI rendant le chargement des méthodes impossible (dans http://stackoverflow.com/questions/2...t-method-error, ça a semblé suffisant).

Je vais essayer si la mise à jour de Qt ne donne rien.

[dourouc05]

OpenSSL 1.0.1.

Juste pour faciliter les choses, les développeurs ajoutent une lettre pour les correctifs (et autres). Actuellement, c'est un l.

[Avatar36]

J'ai téléchargé la version 5.4.0 de Qt. Maintenant j'ai le droit au message: Le programme s'est terminé subitement.
J'ai fait: nettoyer/executer qmake/ recompiler, rien à faire. Pourtant ça marchait bien avec la version d'avant

[dourouc05]

Ah … Bon, d'un côté, c'est rassurant, ça veut (probablement ?) dire qu'il tente maintenant d'appeler ces fonctions. Personnellement, je tenterais une compilation de Qt (en passant un -openssl-dynamic à configure, voire un -openssl-static pour éviter tout problème de déploiement — ça peut poser des problèmes de licence, si jamais tu envisages de redistribuer ton application compilée). Comme ça, tu es sûr que ta version de Qt connaît l'existence d'OpenSSL et que les versions correspondent. (Il faudra probablement recompiler tout Qt, du moins tous les modules que tu utilises, à cause de leur buildkey : impossible de charger un module qui n'a pas été compilé exactement de la même manière que les autres, ce qui évite pas mal de soucis à l'exécution en cas de mélange.)