fix mem leaks in try_decode_PKCS12() of crypto/store/#11733
fix mem leaks in try_decode_PKCS12() of crypto/store/#11733DDvO wants to merge 6 commits intoopenssl:masterfrom
Conversation
|
BTW, the mem leak came up experimenting how to use the OSSL_STORE API as requested by @mattcaswell for the CMP contribution chunk 11: #11470 (comment) It indicates that the OSSL_STORE API is not sufficiently tested. In fact, I can't find any tests for it. |
There are lots of store tests in |
9c3bf21 to
7fb97e8
Compare
Ah, right. |
|
Currently I always see one Travis CI failure like this: |
I'm not convinced that my mem leak fixes solved this 😜 |
|
I've meanwhile adapted |
|
Note that I also fixed some issues in the OSSL_STORE documentation. |
…#11733 Reviewed-by: Matt Caswell <[email protected]> Reviewed-by: David von Oheimb <[email protected]> (Merged from #11470)
d6c6a08 to
3f71959
Compare
|
Regarding |
I know that the semantics of |
|
I've just done the same enhancements of |
|
For commit messages, I disagree with "Allow NULL argument (as with *_free()) to OSSL_STORE_close()". Please make it "Allow NULL argument to OSSL_STORE_close()". |
t8m
left a comment
There was a problem hiding this comment.
This looks good to me as is, is there anything unresolved?
|
The commit message can be amended without a re-review or even during the merge. |
2536a42 to
68c19ee
Compare
|
Meanwhile I've added also |
|
I also found that, due to the so far 'successful' skip of the tests in case their init failed, |
|
@levitte wrote:
Yes. Now the PR is ready for that. |
|
For some reason Travis build is not getting executed. |
I kicked it by closing and re-opening the PR, but this did not help. |
|
It looks like Travis just had a delay starting up. It's running again. |
|
There was Travis failure, which pointed out that PKCS#12 generation is not possible in case no-des. |
|
It turns out that there was another init failure in case I'm confident that now all relevant algorithm exclusion cases are finally sorted out and ask you to re-confirm your approval. |
|
24 hours has passed since 'approval: done' was set, but as this PR has been updated in that time the label 'approval: ready to merge' is not being automatically set. Please review the updates and set the label manually. |
…d algos Also make sure that the test do not 'pass' if their initialization fails. Leave out the expensive parts of DSA key gen and RSA keygen for efficiency. Fix use of the new CA configuration file test/ca-and-certs.cnf.
04ea2c6 to
d438c9a
Compare
|
Thanks @levitte for the swift re-review and re-confirmation. |
….pl -l Reviewed-by: Richard Levitte <[email protected]> (Merged from #11733)
Reviewed-by: Richard Levitte <[email protected]> (Merged from #11733)
Reviewed-by: Richard Levitte <[email protected]> (Merged from #11733)
Among others, make clear that OSSL_STORE_close() meanwhile does nothing on NULL. Reviewed-by: Richard Levitte <[email protected]> (Merged from #11733)
…d algos Also make sure that the test do not 'pass' if their initialization fails. Leave out the expensive parts of DSA key gen and RSA keygen for efficiency. Fix use of the new CA configuration file test/ca-and-certs.cnf. Reviewed-by: Richard Levitte <[email protected]> (Merged from #11733)
|
Merged - thanks! |
When loading PKCS#12 files that include a cert/ca chain the chain container was not deallocated.
Fixing this I improved the layout of
crypto/store/loader_file.cto satisfycheck-format.pl -l.