e875c071ec
On Windows, on exit, the backend will deref (and then implicitly start
deletion of) a COM object. This object tries to communicate with an
object in another thread, though it seems this other thread quits before
the main thread in _most_ cases.
To get around this we move the deletion to earlier in the program. While
this is only reported as a Windows issue it makes for more consistent
behavior if all platforms behave the same.
Document and test that recreation of QNI works as expected after the
destruction (and recreation) of QCoreApplication.
Amends: 0875626e22
Fixes: QTBUG-92568
Pick-to: 6.1 6.1.0
Change-Id: Iffc07f38673019aa059efd4d64d2ad706a03f6fe
Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io>
Reviewed-by: Oliver Wolff <oliver.wolff@qt.io>
19 lines
557 B
CMake
19 lines
557 B
CMake
# Generated from kernel.pro.
|
|
|
|
add_subdirectory(qdnslookup)
|
|
add_subdirectory(qdnslookup_appless)
|
|
add_subdirectory(qnetworkproxyfactory)
|
|
add_subdirectory(qnetworkproxy)
|
|
add_subdirectory(qnetworkinterface)
|
|
add_subdirectory(qnetworkdatagram)
|
|
add_subdirectory(qnetworkaddressentry)
|
|
add_subdirectory(qhostaddress)
|
|
if(QT_FEATURE_private_tests AND NOT MACOS)
|
|
add_subdirectory(qhostinfo)
|
|
endif()
|
|
if(QT_FEATURE_private_tests)
|
|
add_subdirectory(qauthenticator)
|
|
add_subdirectory(qnetworkinformation)
|
|
add_subdirectory(qnetworkinformation_appless)
|
|
endif()
|