0

リークが発生しており、これがどこから発生しているのかを検出できません。スタック トレースは、dyld を開いた後に完全な情報を提供しません。いくつかのリークについては、スタック トレース情報を取得していません。私が得るのはオブジェクトメモリアドレスだけです。他の誰かが同じ問題に直面していますか。show leopard で XCode 3.2 を使用しています。

18  0x103038
17  0x1033c7
16  0x1034a1
15  0x90145f48
14 dyld dlopen
13 dyld dyld::link(ImageLoader*, bool, ImageLoader::RPathChain const&)
12 dyld ImageLoader::link(ImageLoader::LinkContext const&, bool, bool, ImageLoader::RPathChain const&)
11 dyld ImageLoader::recursiveLoadLibraries(ImageLoader::LinkContext const&, bool, ImageLoader::RPathChain const&)
10 dyld dyld::libraryLocator(char const*, bool, char const*, ImageLoader::RPathChain const*)
 9 dyld dyld::load(char const*, dyld::LoadContext const&)
 8 dyld dyld::loadPhase0(char const*, dyld::LoadContext const&, std::vector<char const*, std::allocator<char const*> >*)
 7 dyld dyld::loadPhase1(char const*, dyld::LoadContext const&, std::vector<char const*, std::allocator<char const*> >*)
 6 dyld dyld::loadPhase3(char const*, dyld::LoadContext const&, std::vector<char const*, std::allocator<char const*> >*)
 5 dyld dyld::loadPhase4(char const*, dyld::LoadContext const&, std::vector<char const*, std::allocator<char const*> >*)
 4 dyld dyld::loadPhase5(char const*, dyld::LoadContext const&, std::vector<char const*, std::allocator<char const*> >*)
 3 dyld dyld::mkstringf(char const*, ...)
 2 dyld strdup
 1 dyld mallocenter
4

1 に答える 1

0

xcode3.2でも非常によく似た動作が見られます。xcode 3.1.xには表示されなかったdyldリーク、および他のリークのメモリアドレス以外は表示されません。頭がおかしくないことを証明するために、allocを使用していくつかのUILabelをインスタンス化し、リリースしませんでした。案の定、xcodeはUILabelリークを示していますが、スタックトレースはメモリアドレスのみです。3.1.xでは、クラス名を備えた、はるかに意味のあるスタックを使用していました。これは新しいxcodeのバグですか？

于 2009-09-27T02:50:19.347 に答える