1
Je continue à voir ce qui semble être une fuite de mémoire - mais je ne sais pas quoi faire. Cela ressemble à une fuite de mémoire dans les données de base. Je peux voir la méthode LAST que j'appelle explicitement en Objective-C, mais je n'y crée aucun objet. Je sauve quelque chose et Core Data fuit la mémoire selon Fuites. Est-ce que je lis ceci incorrectement?Mémoire de fuites de données de base?
alt text http://i27.tinypic.com/35cg480.png
Pourquoi est-ce que quelqu'un a abaissé cette question sans un commentaire ou un point que je pourrais en tirer? –
Sans un code source, cela est impossible à aider. Vous dites que vous ne fuyez pas mais tout ce que vous avez fait était de poster une capture d'écran. Maintenant, alors que les fuites dans les systèmes de base comme les données de base sont possibles, mon humble suggestion serait qu'il est plus probable que quelque chose que vous faites/votre code a le problème. Core Data est utilisé par des centaines de milliers de développeurs et soumis à des tests intensifs. Cela dit, si vous trouvez effectivement une fuite, vous devriez le soumettre au Bug Reporter d'Apple. – Hunter
La queue de mon message original a la question. "Est-ce que je lis ceci correctement?" FWIW, la question ne concerne pas le code source, il s'agit de la capture d'écran. La ligne LEAKS dans le haut dit que j'ai une fuite - c'est le pic que vous voyez. La colonne dans le tableau ci-dessous indique 1 fuite de 32 octets. Ma question est alors - après avoir déplié la trace de la pile ... comment puis-je lire cette capture d'écran réelle? Je suis sûr que vous avez raison, je ne pense pas que les données de base fuient. Je demande en fait comment lire la capture d'écran. La feuille de la trace de la pile est dans Core Data ... ce qui a motivé la question. –