-
Type:
Bug
-
Resolution: Fixed
-
Priority:
P3
-
Affects Version/s: 8, 11, 14
-
Component/s: security-libs
-
b08
-
generic
-
os_x
| Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
|---|---|---|---|---|---|---|
| JDK-8241317 | 13.0.3 | Matthias Baesken | P3 | Resolved | Fixed | b01 |
| JDK-8230009 | 11.0.6-oracle | Robert Mckenna | P3 | Resolved | Fixed | b01 |
| JDK-8229404 | 11.0.5 | Matthias Baesken | P3 | Resolved | Fixed | b03 |
In KeystoreImpl.m we call CFDataCreate at one place.
According to
https://developer.apple.com/documentation/corefoundation/1542359-cfdatacreate?language=objc
the return value of CFDataCreate is
"A new CFData object, or NULL if there was a problem creating the object. Ownership follows the The Create Rule."
Following the "Create Rule" we have to release the return value to avoid leaks.
According to
https://developer.apple.com/documentation/corefoundation/1542359-cfdatacreate?language=objc
the return value of CFDataCreate is
"A new CFData object, or NULL if there was a problem creating the object. Ownership follows the The Create Rule."
Following the "Create Rule" we have to release the return value to avoid leaks.
- backported by
-
JDK-8229404 fix CFData object leak in macosx KeystoreImpl.m
-
- Resolved
-
-
-
- Resolved
-
-
-
- Resolved
-