symbolicatecrash

    3熱度

    1回答

    我有一個問題,一直在困擾着我。對於我們的符號化崩潰報告,對於我們擁有源代碼的內部框架,符號化崩潰報告通常具有偏移而不是行號。例如,symbolicated報告有: *AppName* 0x0025b0b2 -[*AppSpecificClass AppSpecificMessage*:] + 682 ,當我們想有: *AppName* 0x001c444d __39-[*AppSpecific

    4熱度

    2回答

    在互聯網上搜索以找到一種方式來表示我從Apple收到的崩潰日誌後,終於找到了如何在終端中使用atos命令來表示崩潰日誌。我有dSYM文件,.app文件和崩潰日誌在同一個文件夾中,並且使用atos -arch armv7 -o APPNAME我已經能夠輸入內存地址,有時(但很少)方法名已經出現。說實話,我對終端或崩潰日誌沒有太多經驗。試圖象徵Xcode組織者的崩潰日誌遺憾地沒有做任何事情,並且試圖在

    0熱度

    2回答

    就像MS的符號服務器一樣,蘋果是否支持設置符號服務器來分析iOS Crash Dump而不必象徵性地在編譯機上崩潰?

    0熱度

    1回答

    我在符號化我的崩潰日誌時遇到了一些問題。 我按照naveenshan在this線程回答的所有步驟。 但是,一旦我執行線 atos -arch armv7 -o 'app name.app'/'app name' 0x0003b508, 它只是拋出我回地址0x0003b508回控制檯上。 我無法弄清楚爲什麼它沒有象徵我的崩潰日誌。 我甚至試圖通過將我的崩潰日誌拖放到我的xcode中的設備日誌中進行符

    5熱度

    1回答

    如何獲得象徵性的一切? 下面是一個例子所以我在說什麼: Thread 0 name: Dispatch queue: com.apple.main-thread Thread 0 Crashed: 0 CoreFoundation 0x351642cc CFRelease + 32 1 CoreFoundation 0x3518e130 CFArraySetValueAtIn

    7熱度

    1回答

    我得到了(在ITC中)下面給出我的第一個Mac App Store應用程序的崩潰報告。 使用建立在Stackoverflow上的知識,我試圖用符號表示這個日誌,但是(使用atos和otool)我只能讀最後的(20)行(意思是start (in My App) + 52。 我真的不知道如何解釋上面的行,如何找到墜毀的原因。 Process: My App [270] Identifier:

    1熱度

    1回答

    直到最近(2012年4月4日左右),來自我們的ios應用程序的崩潰轉儲始終具有0x1000的加載地址。我們從未在atos中使用-l選項,並且我們仍然得到了很好的結果,所以我認爲它默認爲0x1000。在過去的一週裏,我們在跟蹤崩潰時遇到了困難,事實證明,自從11月4日以來,每個崩潰日誌中的加載地址都有所不同。 有誰知道什麼決定了加載地址? 有什麼事情,蘋果公司已經做了最近或可能的東西,我們的應用程序

    0熱度

    1回答

    我能夠使用symbolicatecrash命令來表示崩潰日誌,它一切正常,除了它只解析系統符號,但我所有的應用程序的對象仍然作爲內存地址..如下所示。當我使用xcode導入崩潰時,結果是一樣的,我錯過了應用程序構建設置中的某些內容嗎? Last Exception Backtrace: 0 CoreFoundation 0x3436488f __exceptionPreprocess

    0熱度

    1回答

    在我的應用程序中,我也使用了C++/Boost庫。 奇怪的是,所有的崩潰日誌都與std :: length_error()有關。 任何人都可以提供一些線索嗎? 歡迎任何評論。 124 Thread 8 Crashed: 125 0 libsystem_kernel.dylib 0x30a70350 __pthread_kill + 8 126 1 libsystem_c.dylib

    1熱度

    1回答

    我在App Store上有一個正在崩潰的應用程序。我已經嘗試了幾個關於SO的解決方案來象徵我的應用程序,在不同的時間使用組織者,終端和儀器。到目前爲止沒有任何工作 - 即使Apple方法的行是,我應用程序中方法報告中的行也不會被符號化。看了一會兒後,似乎這可能與應用程序名稱有關,這個名稱與「Angie's List」中的內容一致 - 既有撇號又有空格。現在更改應用程序名稱爲時已爲時太晚,因爲它已在