Domanda

sto solo creare un progetto con un modello Application Utility. Questo modello ha una perdita di memoria nativa quando spingo "pulsante info" per capovolgere la vista.

Qualcuno sa come posso risolvere questa perdita ??? Ho solo fare un nuovo progetto da questo modello, Non aggiungo nuovi oggetti.

È stato utile?

Soluzione

Questo potrebbe essere una perdita o potrebbe non essere una perdita. Se si dovesse aggiungere il backtrace della dotazione, che sarebbe utile.

Più probabile che no, non è una perdita, ma alcune informazioni di contabilità che viene messo da parte da dyld che fuoriesce / Strumenti perde traccia.

Dato che si tratta di 128 byte e sto indovinando c'è solo uno di loro, vi incoraggio ad un bug tramite http://bugreport.apple.com e poi non pensarci più, per ora, come, nel caso improbabile che si tratta in realtà di una perdita, sarete altrettanto improbabile che sia in grado di risolvere il problema all'interno del tuo applicazione.

Altri suggerimenti

Spero che questo aiuti.

Da: http://www.cocos2d-iphone.org/forum/topic/ 2460

"Il simulatore ha bug relativi alla single e roba LLVM che erroneamente vengono riportato da Instruments. Controllare sempre le perdite sul dispositivo stesso."

Ha ottenuto la perdita di fare questo:

XCode 3.2--

File, Nuovo progetto, di navigazione a base di Application
Dategli un nome
Build It
Eseguire Con Performance Tools -> Perdite

Quando gli strumenti viene in su, cliccare su Leaks (potrebbe essere necessario fare clic sull'icona piccola in fondo che si presenta come quattro scatole all'interno di una scatola)

circa 7 secondi dopo l'esecuzione si dovrebbe vedere la perdita: - malloc 128 byte, alcune Indirizzo, 128 Byte, CoreGraphics, open_handle_to_dylib_path

ho tracciato a questo codice nel AppDelegate:

//APPLE CODE
- (void)applicationDidFinishLaunching:(UIApplication *)application {    

    // Override point for customization after app launch    

    [window addSubview:[navigationController view]];
    [window makeKeyAndVisible];
}

ho rotto il navigationController (ha fatto un alloc e stampa separato) e commentata l'addSubview: azione - non c'era nessuna perdita - e, ovviamente, lo schermo era vuoto

.

Non è stato fino a quando ho tentato addSubview che si è verificata la perdita. Dal momento che ci sono molti modi per aggiungere una visualizzazione secondaria, ho provato quelli. Ogni portato alla perdita o una schermata vuota.

ho provato su un vero e proprio iPod touch. Nessuna perdita è stato segnalato. Probabilmente solo una cosa simulatore ...

Perdite ha segnalato open_handle_to_dylib_path in CoreGraphics anche per me; c'è sicuramente qualcosa contrassegnato qui. Dal momento che si tratta semplicemente di 256 byte al suo più pesante, ho sparato fuori un bug report ad Apple e lo ha chiamato fatto. È quindi possibile impostare una regola in configurazione perdite di ignorare il rapporto.

Come bbum sottolineato, ci potrebbero essere gravi voodoo sul posto di lavoro. Dubito seriamente di Apple avrebbe lasciato quadri che perde passano attraverso QA - soprattutto perché è così facile da riprodurre

.

Questo deve essere un bug. Appare in proprio l'esempio di Apple, PageControl, che si trova qui: http: // sviluppatore. apple.com/iphone/library/samplecode/PageControl/index.html#//apple_ref/doc/uid/DTS40007795

Nel modello di utilità SDK corrente siano perdite. Come hai avuto l'impressione che c'è una perdita nel modello? E 'solo l'allocazione della memoria che è necessario per i punti di vista.

Una perdita è la memoria a cui non esistono puntatori e che non può essere liberato più.

Ho avuto lo stesso problema, ma era in grado di capire perché è successo. E ho dato una breve informazioni per quanto riguarda questo problema in questo articolo

Potrebbe essere utile per voi.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top