iPhone fejlesztés - megakadályozza a szivárgást

szavazat
4

Amikor futtatni a app szivárgásokat, és tekintse meg az Extended Részletek bármely, a szivárgás, ez elvisz egy adott sort a kód, de nem tudom, mit kell csinálni utána!

Például, szivárgásokat mutat malloc ezen vonalon

NSData *data = [NSURLConnection sendSynchronousRequest:request returningResponse:&response error:&error];

De nem tudom, mi a probléma a nyilatkozatot! Tud valaki legyen szíves mondja meg, hogyan kell értelmezni ezeket a problémákat, és ne folyjon.

Kösz.

Edit: Ami az előző kérdésre kellett, NSZombieEnabled tesz arról, hogy nem objektumok kijelölése, és ez növeli a memória használat. Tehát, ha tesztelés folyik, győződjön meg róla, ez a beállítás kivesszük az alkalmazásban. Gondoltam, ez talán segít valaki.

A kérdést 24/01/2009 06:02
a forrás felhasználó
Más nyelveken...                            


4 válasz

szavazat
3

Megtalálta a választ. Fredrik válasza elgondolkodtatott. Én létre egy példánya NSURLResponse és NSError amit ezután halad a sendSynchronousRequest módszerrel. Szerint a memória kezelése dokumentum az iPhone, ez nem lehet tenni. Csak meg kell felelnie egy utalás a NSURLResponse és NSError tárgyakat a módszert és a gondoskodik létrehozása és kiadása a tárgyakat.

Remélem, hogy segít valaki. Nagyon köszönöm a választ mindenkinek.

Válaszolt 26/01/2009 15:24
a forrás felhasználó

szavazat
1

A szivárgás a módszert oldalon fent kellett volna rögzíteni a iPhone OS 2.2 kiadása. Melyik változat az iPhone OS használ?

Válaszolt 24/01/2009 20:28
a forrás felhasználó

szavazat
1

Van szabad a választ, és hiba tárgyak után a hívás? Azok esetleg osztják el a hívást.

Válaszolt 24/01/2009 10:58
a forrás felhasználó

szavazat
1

Az Extended Részletes ablaktábla kapsz veremkövetés mutatja meg a verem a szivárgás. Általában egy jó kiindulópont az, hogy nézd meg módszereket és az utolsó módszer a kódot a verem, és látni, hogy mit csinálsz a memória bölcs van, ez úgy hangzik, mintha lehetne felett megtartva egy tárgyat. Kezdje ott most

Válaszolt 24/01/2009 07:04
a forrás felhasználó

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more