[API-1358] Make sure that the logger static lock mutex is not destroyed before any global client instance#977
Merged
ihsandemir merged 4 commits intohazelcast:masterfrom Jun 20, 2022
Conversation
…order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
Contributor
|
Windows test FAILed. |
Contributor
|
Linux test FAILed. |
Contributor
|
Linux test FAILed. |
Contributor
|
Windows test FAILed. |
Collaborator
Author
|
verify-linux |
Contributor
|
Linux test FAILed. |
Contributor
|
Linux test FAILed. |
Contributor
|
Windows test PASSed. |
Contributor
|
Linux test PASSed. |
Contributor
|
Windows test PASSed. |
|
I did not quite understand what we are doing. Is the cout_lock global variable now instead of a static variable? If so, how does it help? |
yuce
approved these changes
Jun 18, 2022
srknzl
approved these changes
Jun 18, 2022
Contributor
|
Windows test PASSed. |
Contributor
|
Linux test PASSed. |
ihsandemir
added a commit
to ihsandemir/hazelcast-cpp-client
that referenced
this pull request
Jun 20, 2022
…ny global client instance (hazelcast#977) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
to ihsandemir/hazelcast-cpp-client
that referenced
this pull request
Jun 20, 2022
…ny global client instance (hazelcast#977) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
to ihsandemir/hazelcast-cpp-client
that referenced
this pull request
Jun 20, 2022
…ny global client instance (hazelcast#977) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
to ihsandemir/hazelcast-cpp-client
that referenced
this pull request
Jun 20, 2022
…ny global client instance (hazelcast#977) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
that referenced
this pull request
Jun 20, 2022
…ny global client instance (#977) (#992) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
that referenced
this pull request
Jun 20, 2022
…ny global client instance (#977) (#991) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
that referenced
this pull request
Jun 21, 2022
…ny global client instance (#977) (#994) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
ihsandemir
added a commit
that referenced
this pull request
Jun 21, 2022
…ny global client instance (#977) (#993) * Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client istance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Changed the logger lock mutex so that we can control its destruction order properly. We do not want it destroyed before the client is destructed. We need to control the order. static initialization and destruction order is not controllable if it is not a member of the logger class. It can be destroyed before the any global client instance is destroyed since global variables are also in static duration (https://www.learncpp.com/cpp-tutorial/introduction-to-global-variables).
See the related issue for a reproducer of the problem. Unfortunately, I could not write a unit test for it since i needed global variable and static variable destruction which would require a separate test binary. Hence, i tests manually using the test code in the issue.
fixes #976