-
Notifications
You must be signed in to change notification settings - Fork 436
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
UIPasteboard leak in OpenUDID.m #4
Comments
Hi Tony, good call!. Unfortunately, I don't know why this constructor call is leaking and not the same one with create:YES Yann |
Hi, My conclusion is that sending The problem with openUDID algorithm is that it has to create a dynamic What i did to stop the leaks is to call only once
Hope it is helpful. |
Hi, Thanks for this. Using the NSUserDefaults to create yet another copy is perhaps redundant.
Essentially, if you've called Yann. |
That will do the work. thanks. Update 2: Update 1: id localDict = [defaults objectForKey:kOpenUDIDKey];
if ([localDict isKindOfClass:[NSDictionary class]]) {
localDict = [NSMutableDictionary dictionaryWithDictionary:localDict]; // we might need to set/overwrite the redundancy slot
openUDID = [localDict objectForKey:kOpenUDIDKey];
myRedundancySlotPBid = [localDict objectForKey:kOpenUDIDSlotKey];
OpenUDIDLog(@"localDict = %@",localDict);
return openUDID;
} |
closing this because the issue was in fact fixed on September 9 by adding the kOpenUDIDSessionCache static variable. |
Instruments is reporting a leak when running my application that is originating in
OpenUDID.m
around line 192:It's not a huge leak, but it would be nice to have it sorted. I haven't been able to track down why this is happening, otherwise I'd submit a pull request — do you have any idea why it's happening?
The text was updated successfully, but these errors were encountered: