-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dmrpp new reorg #811
base: master
Are you sure you want to change the base?
Dmrpp new reorg #811
Conversation
This reverts commit a89bf4e.
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.15.1) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.15.1) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
SonarCloud Quality Gate failed. 38 Bugs 0.0% Coverage The version of Java (11.0.15.1) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. Catch issues before they fail your Quality Gate with our IDE extension SonarLint |
For CurlHandlePool, using a unique_ptr seems to make the code touchy when it comes to allocating the parent/containing object using new and initializing the unique_ptr to nullptr. I replaced that initialization with ...=make_unique<CurlHandlePool> and the seg faults went away.
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.15.1) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
Kudos, SonarCloud Quality Gate passed! 0 Bugs No Coverage information The version of Java (11.0.15.1) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
Kudos, SonarCloud Quality Gate passed! 0 Bugs |
Nathan, Kent, This PR changes how the DMR++ code is organized so that it's possible to use the DmrppArray, etc., classes in other handlers. At least in theory, I have not tried that yet. I will, but before I jump in that I'd like to know how much disruption will cause for work you have going. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I merged this branch to the current direct IO branch and tested it. It can compile and all the tests get passed. So this merge is OK for us.
Dmrpp new reorg. I'm floating this as an idea more than a real PR. Is this a good/better/useful way to organize our handlers that employ specializations of the libdap type classes? This came about while trying to get the casting to work for Kent's code.
I also fixed a number of bugs in the Makefile.am files in DMR++.