OSrxReporter를 OS X 응용 프로그램에 추가했으며 서버에 크래시 덤프를 저장하는 데 성공했습니다. 그러나 plcrashutil은 plcrashutil 및 crash 파일과 동일한 디렉토리에 .app 및 .dSYM이있는 경우에도 기호로 표시되지 않습니다.OS X 응용 프로그램 용 PLCrashReports를 나타내는 방법
또한 gdb를 사용하여 주소를 가져 오는 TN 2123의 지침에 따라 시도했지만 충돌 파일에보고 된 기호에 대한 소스 행을 제공하지 못했습니다.
plcrashutil은 기호를 지정하지 않고 표준 형식의 크래시 파일을 만듭니다. Xcode의 symbolicatecrash.pl을 사용하여 보고서를 기호화해야합니다. https://github.com/TheRealKerni/QuincyKit/tree/develop/server/local
가 PLCrashReporter 현재 인텔 64 비트 아키텍처에서 제대로 작동하지 않음을 유의하시기 바랍니다 :
는 여기 몇 가지 버그를 해결 symbolicatecrash.pl의 패치 버전,있다!
그러나 HockeyApp과 협력하여 PLCrashReporter 개발자가 64Bit을 지원하는 새 버전을 개발하고 있습니다. http://www.mikeash.com/pyblog/friday-qa-2012-04-27-plcrashreporter-and-unwinding-the-stack-with-dwarf.html 및 http://www.hockeyapp.net/blog/2012/4/27/mac-os-x-sandbox-support-is-coming.html
전혀 작동하지 않거나 샌드 박스에서 작동하지 않습니까? 이미 보고서를 보내고 파싱 할 수 있습니다. 기호는 없습니다. –
64Bit에서 데이터가 잘못되었습니다. 샌드 박스와 관련이 없습니다! 주소가 잘못되었으므로 의미있는 데이터를 가져올 수 없습니다. 링크 된 기사를 참조하십시오. 따라서 현재 추가 개발이 진행중인 이유입니다. 오, 그리고 만약 당신이 plcrashutil의 출력으로 symbolicatecrash를 실행한다면, 당신은 내가 의미하는 것을 보게 될 것입니다. 데이터가 잘못되었으므로 의미있는 결과를 얻지 못합니다. – Kerni
힌트 @ 케니 주셔서 감사합니다. 일부 x86_64 크래시 로그에서 의미있는 것을 얻으려고 시도한 후 화를 낼 것 같았습니다. (구식) [Google 코드 페이지] (http://code.google.com/p/plcrashreporter/)에 아키텍처에 대한 실험적 지원이있는 이유가 궁금합니다. –