pyCrashReport in intended for analyzing crash reports from Apple devices into a clearer view, without all the thread listing and loaded images, just the actual data you really need to debug the problem 😎.
Currently supported crash types:
All other crash reports will parse only basic metadata information.
Using pip:
python3 -m pip install -U pycrashreport
➜ pycrashreport git:(master) ✗ pycrashreport /tmp/itunescloudd-2021-10-22-001453.ips
13917FF0-E1B1-4652-84C2-85516D101DFE 2021-10-22 00:14:53.00 +0300
/tmp/itunescloudd-2021-10-22-001453.ips
Exception: EXC_CRASH (SIGABRT)
Application Specific Information: abort() called
Registers:
x0 = 0x0000000000000000 x1 = 0x0000000000000000 x2 = 0x0000000000000000 x3 = 0x0000000000000000
x4 = 0x000000016f6763d0 x5 = 0x000000016f676970 x6 = 0x0000000000000072 x7 = 0x0000000000001800
x8 = 0xe3e68c37e41b1559 x9 = 0xe3f5efb68b7c6559 x10 = 0x0000000000000002 x11 = 0x0000000000000003
x12 = 0x0000000000000000 x13 = 0x00000000ffffffff x14 = 0x0000000000000010 x15 = 0x0000000000000000
x16 = 0x0000000000000148 x17 = 0x000000016f677000 x18 = 0x0000000000000000 x19 = 0x0000000000000006
x20 = 0x0000000000001f3b x21 = 0x000000016f6770e0 x22 = 0x0000000000000114 x23 = 0x0000000000000000
x24 = 0x0000000000000000 x25 = 0x000000016f6770e0 x26 = 0x0000000000000000 x27 = 0x000000016f677180
x28 = 0x00000000000003ff fp = 0x000000016f6768e0 lr = 0x00000001e18a1a9c sp = 0x000000016f6768c0
pc = 0x00000001c3e1a334 cpsr = 0x0000000040000000 esr = 0x0000000056000080
Frames:
[libsystem_kernel.dylib] 0x1c3df1000 + 0x29334
[libsystem_pthread.dylib] 0x1e189f000 + 0x2a9c
[libsystem_c.dylib] 0x19ef2e000 + 0x77b84
[libc++abi.dylib] 0x1aa804000 + 0x13bb8
[libc++abi.dylib] 0x1aa804000 + 0x4ec8
[libobjc.A.dylib] 0x1aa70e000 + 0x705c
[libc++abi.dylib] 0x1aa804000 + 0x12fa0
[libc++abi.dylib] 0x1aa804000 + 0x12f2c
[libdispatch.dylib] 0x1957c7000 + 0x4830
[libdispatch.dylib] 0x1957c7000 + 0x7cf4
[libdispatch.dylib] 0x1957c7000 + 0x7384
[libdispatch.dylib] 0x1957c7000 + 0x15fe0
[libdispatch.dylib] 0x1957c7000 + 0x167d8
[libsystem_pthread.dylib] 0x1e189f000 + 0x3768
[libsystem_pthread.dylib] 0x1e189f000 + 0xa74c
➜ pycrashreport git:(master) ✗ pycrashreport tests/crash_report_monterey_non_symbolicated.ips
051760D9-97FF-475F-8B61-B0FDFB04D484 2022-01-06 15:09:22.00 +0200
tests/crash_report_monterey_non_symbolicated.ips
Exception: EXC_BAD_ACCESS
Exception Subtype: KERN_INVALID_ADDRESS at 0x0000000000000000
Registers:
r13 = 0x00007ff7ba6a86e8 rax = 0x0000000000000004 rflags = 0x0000000000010247 cpu = 0x0000000000000008
r14 = 0x00007ff7ba6a85f8 rsi = 0x0000000000000000 r8 = 0x0000000000000020 cr2 = 0x0000000000000000
rdx = 0x0000000000000001 r10 = 0x0000000000000001 r9 = 0x000000000b2ff637 r15 = 0x00007ff7ba6a85f8
rbx = 0x0000000000000000 trap = 0x000000000000000e err = 0x0000000000000014 r11 = 0x0000000000000246
rip = 0x0000000000000000 rbp = 0x00007ff7ba6a85e0 rsp = 0x00007ff7ba6a85a8 r12 = 0x0000000113fc73a0
rcx = 0x00007ff7ba6a85a8 rdi = 0x0000000000001403
Frames:
[None] 0x0 + 0x0
[/usr/lib/system/libsystem_c.dylib] 0x7ff80c65c000 + 0x108a9 (nanosleep + 0xc4)
[/bin/sleep] 0x105857000 + 0x3dd2
[/usr/lib/dyld] 0x113f47000 + 0x54fe (start + 0x1ce)
FAQs
Pure python3 for parsing Apple's crash reports
We found that pycrashreport demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Research
The Socket Research Team breaks down a malicious wrapper package that uses obfuscation to harvest credentials and exfiltrate sensitive data.
Research
Security News
Attackers used a malicious npm package typosquatting a popular ESLint plugin to steal sensitive data, execute commands, and exploit developer systems.
Security News
The Ultralytics' PyPI Package was compromised four times in one weekend through GitHub Actions cache poisoning and failure to rotate previously compromised API tokens.