- (void) processImage: (char *) image; --- char * provoque une fuite de mémoire?

Question

dans mon application, je suis en train de traiter une image YUV422 à partir d'une webcam. mais je reçois une énorme fuite de mémoire. ci-dessous vous pouvez voir un exemple de code simplifié de mon application. si je désactive la ligne "(m1 ..." dans la fonction, il n'y a pas de fuite. (mais les images ne sont pas en cours de traitement.) J'ai essayé les verrous, les piscines, etc mais rien n'a changé. au cacao donc tous ces crochets semblent drôles/effrayants pour moi ;-)
est-ce un problème avec l'utilisation de "char"? dans mon ancienne application linux + C++ il n'y avait pas de problème. mais j'utilisais "unsigned char *", pas de fils, et je ne l'ai jamais vérifié les fuites ...

global:

... 
char m [640*480]; 

"principale":

... 
[NSThread detachNewThreadSelector:@selector(processOutputBuffer) toTarget:self withObject:nil]; 
... 

function1:

- (void)processOutputBuffer { 
[NSThread setThreadPriority:0.4]; 
[lock lock]; 
... 
Ptr outputBufferBaseAddress = (Ptr)CVPixelBufferGetBaseAddress(outputBuffer); 
CVPixelBufferLockBaseAddress(outputBuffer, 0); 
[self yuv422_to_y8uv8:outputBufferBaseAddress m1:m]; 
... 
} 

fonction2:

- (void) yuv422_to_y8uv8:(char *)image m1:(char *)m1 { 
int x,y; 
for (y = 0; y < 480; y++) 
    for (x = 0; x < 640; x++) 
    { 
    *(m1 + (640 * y) + (x))=*(image + (640*2 * y) + (x*2)+1); 
    } 
} 

Answer 1

si je désactive le « * (M1 ... » ligne dans la fonction, il n'y a pas de fuite.

Untrue. C'est juste une mission. Soit il n'y a pas de fuite de toute façon, ou n'est pas la cause de la fuite.

Vous pouvez utiliser des instruments pour rechercher des objets (les allocations de mémoire simples et objets Cocoa) qui se sont échappés, et pour diagnostiquer les fuites.

est un problème en utilisant "ch ar * "?

No. Les types ne causent pas de fuites. Une mauvaise gestion de la mémoire provoque des fuites.

dans mon ancienne application linux + C++ il n'y avait pas de problème. mais j'utilisais "unsigned char *", pas de threads, et je n'ai jamais vérifié les fuites ...

Il est possible que vous ayez introduit la fuite lors de l'ajout de threads, ou lors de l'ajout de code Cocoa. Il est également possible que la fuite soit toujours là et que vous ne l'ayez jamais vue auparavant. Ce n'est que lorsque vous trouvez le problème avec des instruments ou un autre outil que vous saurez à coup sûr.

Vous pouvez également essayer d'utiliser l'analyseur statique Clang. Il peut détecter certains modèles de code qui causent des fuites, entre autres choses.

Answer 2

Une réponse boiteuse ... Je sais. Mais au cas où aucune meilleure réponse ne vient à vous. Vous pouvez toujours mettre la fonction dans un fichier C et le rendre clair c.

Peut-être même agréable de voir si cela résout la fuite. Sinon, le problème se situe ailleurs.