ios - CFData (store) increases upto 200MB when downloading images throughout NSData -initWithContentsOfURL in Background thread -


im using nsdata -initwithcontentsofurl in background thread download 4k images. can see in instruments cfdata (store) keeps growing , goes upto 200mb (at point btw crash) although im using code clear cache

nsurlcache *sharedcache = [[nsurlcache alloc] initwithmemorycapacity:0 diskcapacity:0 diskpath:nil]; [nsurlcache setsharedurlcache:sharedcache]; [sharedcache removeallcachedresponses]; [sharedcache release];

that found in this question

the part of code know sure causing problem (i commented , memory didn't grow beyond 50mb) is:

nsurlcache *sharedcache = [[nsurlcache alloc] initwithmemorycapacity:0 diskcapacity:0 diskpath:nil]; [nsurlcache setsharedurlcache:sharedcache];  nserror *error = nil; nsstring *serverpath = [serverimageinfo valueforkey:@"imagepath"]; nsdata *image = [[nsdata alloc] initwithcontentsofurl:[nsurl urlwithstring:[serverpath stringbyaddingpercentescapesusingencoding:nsutf8stringencoding]] options:nsdatareadinguncached error:&error];  nsstring *directorypath = [utilities directorypath]; if (image != null && [image length] > 0) {     //nsstring *path = [[nsstring alloc] initwithstring:directorypath];      nsstring *path = [directorypath stringbyappendingpathcomponent:@"arrangementimages"];      if (![[nsfilemanager defaultmanager] fileexistsatpath:path])     {         [[nsfilemanager defaultmanager] createdirectoryatpath:path withintermediatedirectories:yes attributes:nil error:nil];     }      path = [path stringbyappendingpathcomponent:imageinfo.name];     [image writetofile:path atomically:yes];     self.imageinfo.imagepath = path;     [path release]; }  [sharedcache removeallcachedresponses]; [sharedcache release];  //image = nil; [image release];

i used [sharedcache removeallcachedresponses]; in conjunction autorelease pool....and cfdata(store) didnt increase beyond 15 mb although downloaded 4k images.


Comments

Post a Comment

Popular posts from this blog

linux - xterm copying to CLIPBOARD using copy-selection causes automatic updating of CLIPBOARD upon mouse selection -

i've tried various ways coerce xterm (versions 285 , 292) copy selection clipboard clipboard whenever press ctrl-shift-c. promising way far has been, in ~/.xresources, put this: xterm*vt100.translations: #override \ ctrl shift <keypress> c: copy-selection(clipboard) \n\ ctrl shift <keypress> v: insert-selection(clipboard) ctrl-shift-v works perfectly, copying has nuance... if restart xterm, highlighting text puts things in primary clipboard; expected, proper, default behavior. if hit ctrl-shift-c, copies current selection clipboard clipboard. the bug, however, if highlight text after first time pressed ctrl-shift-c, you'll see highlighting copies both primary and clipboard. cannot figure out how stop xterm updating clipboard upon selection... , doesn't make sense me in first place. i said, @ specific point in time, copy selection clipboard... yet starts updating automatically upon selection after doing once... anyone have workaround...
Read more

c++ - qgraphicsview horizontal scrolling always has a vertical delta -

Image
i've subclassed qgraphicsview custom canvas used in cad application. i've reimplemented qgraphicsview::wheelevent check keyboard modifiers control key and, if control key pressed, zoom. i'm trying implement horizontal scroll when user holds shift , uses wheel. the problem i'm having horizontal scrolling always scrolls 0.279. not huge problem, hugely annoying , points else being wrong. so, here questions: is right way implement horizontal scrolling? if not, is? how eliminate delta of 0.279? thanks in advance. code , sample output below void myview::zoom(int delta) { double factor = pow(1.2, delta/abs(delta)); this->scale(factor, factor); } void myview::scrollhorizontal(int level) { qpointf center = maptoscene(viewport()->rect().center()); qdebug() << "center: " << center.x() << ", " << center.y(); centeron(qpointf(center.x() - level, center.y())); } void myview::wheelevent(qwheeleve...
Read more