Databases
StackOverflow2013
Postsdbo
POSecItemCopyMatching still leak on osx under ARC
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POSecItemCopyMatching still leak on osx under ARC
    primarykey
    data
    text
    <p>i found memory leak on SecItemCopyMatching. After investigate on SF i was found solution:</p> <pre><code>__block NSString *certificateName = nil; SecKeychainRef keychain; SecKeychainCopyDefault(&amp;keychain); NSMutableDictionary *attributeQuery = [NSMutableDictionary dictionary]; [attributeQuery setObject: (id) kSecClassIdentity forKey:(__bridge_transfer id) kSecClass]; [attributeQuery setObject: (id) kCFBooleanTrue forKey:(__bridge_transfer id) kSecReturnRef]; [attributeQuery setObject: (id) kSecMatchLimitAll forKey:(__bridge_transfer id) kSecMatchLimit]; CFTypeRef attrResult = NULL; OSStatus status = SecItemCopyMatching((__bridge CFDictionaryRef) attributeQuery,(CFTypeRef *) &amp;attrResult);&lt;------- here is a leak according Instruments if (status != errSecItemNotFound) { NSArray *attributeResult = (__bridge_transfer NSArray *)attrResult; [attributeResult enumerateObjectsUsingBlock:^(id identityFromArray, NSUInteger idx, BOOL *stop) { OSStatus status; SecCertificateRef cert = NULL; status = SecIdentityCopyCertificate((__bridge SecIdentityRef)identityFromArray, &amp;cert); if (!status) { </code></pre> <p>or another solution:</p> <pre><code>NSMutableDictionary *attributeQuery = [NSMutableDictionary dictionary]; [attributeQuery setObject: (id) kSecClassIdentity forKey:(__bridge_transfer id) kSecClass]; [attributeQuery setObject: (id) kCFBooleanTrue forKey:(__bridge_transfer id) kSecReturnRef]; [attributeQuery setObject: (id) kSecMatchLimitAll forKey:(__bridge_transfer id) kSecMatchLimit]; CFTypeRef attrResult = NULL; CFDictionaryRef cfquery = (__bridge_retained CFDictionaryRef)attributeQuery; OSStatus status = SecItemCopyMatching(cfquery,(CFTypeRef *) &amp;attrResult);&lt;------- here is a leak according Instruments if (status != errSecItemNotFound) { NSArray *attributeResult = (__bridge_transfer NSArray *)attrResult; [attributeResult enumerateObjectsUsingBlock:^(id identityFromArray, NSUInteger idx, BOOL *stop) { OSStatus status; SecCertificateRef cert = NULL; status = SecIdentityCopyCertificate((__bridge SecIdentityRef)identityFromArray, &amp;cert); if (!status) { char *nameBuf = NULL; CFStringRef nameRef = NULL; OSStatus statusNew = SecCertificateInferLabel(cert, &amp;nameRef); ..... CFRelease(cfquery) </code></pre> <p>But both of them still do leak for me.</p> <p>Any another ideas</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. This table or related slice is empty.
    1. USuser170317
    plurals
    1. This table or related slice is empty.
    1. PL
      singulars
      1. LTLinked
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. This table or related slice is empty.
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload