android-tombstone-symbolication — Claude Code skill: .NET Android
Turns native backtrace frames from an Android tombstone into function names, source files and line numbers for .NET apps.
npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-codeWhat android-tombstone-symbolication does
The skill reads a tombstone or logcat crash dump and pulls BuildIds and PC offsets out of the native backtrace. It then downloads debug symbols from the Microsoft symbol server and runs llvm-symbolizer to swap addresses for function names with source locations. All threads get symbolicated by default, since background GC and finalizer threads often carry useful .NET frames.
A single script, Symbolicate-Tombstone.ps1, drives the whole flow: pwsh scripts/Symbolicate-Tombstone.ps1 -TombstoneFile tombstone_01.txt -LlvmSymbolizer llvm-symbolizer. Flags -CrashingThreadOnly, -OutputFile, -ParseOnly and -SkipVersionLookup narrow the run or skip steps. The script also pins the exact runtime version by matching BuildIds against local runtime packs and the NuGet cache.
You need llvm-symbolizer from the Android NDK or any LLVM 14+ toolchain, plus internet access for the symbol downloads. If a build's symbols were never published, the download returns 404 and that frame stays unresolved. Offsets in a tombstone are already library-relative, so adding base addresses will break the output. Pure Java/Kotlin crashes and managed exceptions already in logcat are out of scope.
What it helps with
- resolve a native backtrace from a tombstone to function names
- locate the crash site inside
libmonosgen-2.0.soorlibcoreclr.so - fetch debug symbols by BuildId from the Microsoft symbol server
- pin the exact .NET runtime version from BuildIds
- filter out Android system libraries and keep only .NET frames
Example prompts for the agent
- symbolicate tombstone_01.txt and show the .NET frames
- symbolicate this logcat crash, crashing thread only
- run Symbolicate-Tombstone.ps1 with -ParseOnly and list the BuildIds and URLs
How to install android-tombstone-symbolication
1Skills CLI (Vercel)
npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-code2Manually: put the files in place
~/.claude/skills/android-tombstone-symbolication/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/android-tombstone-symbolication/
1Skills CLI (Vercel)
npx skills add dotnet/skills --skill android-tombstone-symbolication -a codex2Manually: put the files in place
.agents/skills/android-tombstone-symbolication/SKILL.mdFor all projects use ~/.agents/skills/
1Skills CLI (Vercel)
npx skills add dotnet/skills --skill android-tombstone-symbolication -a cursor2Manually: put the files in place
.cursor/skills/android-tombstone-symbolication/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
1GitHub CLI
gh skill install dotnet/skills android-tombstone-symbolication2Manually: put the files in place
.github/skills/android-tombstone-symbolication/SKILL.md1Skills CLI (Vercel)
npx skills add dotnet/skills --skill android-tombstone-symbolication -a gemini-cli2Platform CLI
gemini skills install https://github.com/dotnet/skills --path plugins/dotnet-diag/skills/android-tombstone-symbolicationManually: put the files in place
.devin/skills/android-tombstone-symbolication/SKILL.mdThe legacy .windsurf/skills/ path still works
Skills CLI (Vercel)
npx skills add dotnet/skills --skill android-tombstone-symbolication -a opencodeClaude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
Step by step, with commands for each platform: How to install skills in Claude Code: five ways
Questions about android-tombstone-symbolication
How do I install android-tombstone-symbolication in Claude?
Run npx skills add dotnet/skills --skill android-tombstone-symbolication -a claude-code. The skill then lands at ~/.claude/skills/android-tombstone-symbolication/SKILL.md.
What does android-tombstone-symbolication do?
It extracts BuildIds and PC offsets from a tombstone's native backtrace, downloads debug symbols from the Microsoft symbol server, and uses llvm-symbolizer to turn addresses into function names with source files and line numbers.
What do I need before running it?
llvm-symbolizer from the Android NDK or LLVM 14+, and internet access for symbol downloads. Runtime version identification also needs llvm-readelf, which the script discovers in the NDK.
Source text
SKILL.md · MIT
--- name: android-tombstone-symbolication description: Symbolicate the .NET runtime frames in an Android tombstone file. Extracts BuildIds and PC offsets from the native backtrace, downloads debug symbols from the Microsoft symbol server, and runs llvm-symbolizer to produce function names with source file and line numbers. USE FOR triaging a .NET MAUI or Mono Android app crash from a tombstone, resolving native backtrace frames in libmonosgen-2.0.so or libcoreclr.so to .NET runtime source code, or investigating SIGABRT, SIGSEGV, or other native signals originating from the .NET runtime on Android. DO NOT USE FOR pure Java/Kotlin crashes, managed .NET exceptions that are already captured in logcat, or iOS crash logs. INVOKES Symbolicate-Tombstone.ps1 script, llvm-symbolizer, Microsoft symbol server. license: MIT --- # Android Tombstone .NET Symbolication Resolves native backtrace frames from .NET Android app crashes (MAUI, Xamarin, Mono) to function names, source files, and line numbers using ELF BuildIds and Microsoft's symbol server. **Inputs:** Tombstone file or logcat crash output, `llvm-symbolizer` (from Android NDK or any LLVM 14+ toolchain), internet access for symbol downloads. **Do not use when:** The crash is a managed .NET exception (visible in logcat with a managed stack trace), the crashing library is not a .NET component (e.g., `libart.so`), or the tombstone is from iOS. --- ## Workflow ### Step 1: Parse the Tombstone Backtrace Each backtrace frame has this format: ``` #NN pc OFFSET /path/to/library.so (optional_symbol+0xNN) (BuildId: HEXSTRING) ``` Extract: **frame number**, **PC offset** (hex, already library-relative), **library name**, and **BuildId** (32–40 hex chars). Symbolicate all threads by default (background threads like GC/finalizer often have useful .NET frames). The crashing thread's backtrace is listed first; additional threads appear after `--- --- ---` markers. **Format notes:** - The script auto-detects `#NN pc` frame lines with or without a `backtrace:` header, and strips logcat timestamp/tag prefixes automatically. - Logcat-captured tombstones often omit BuildIds. Recover via `adb shell readelf -n`, CI build artifacts, or the .NET runtime NuGet package. - GitHub issue pastes may mangle `#1 pc` into issue links — replace `org/repo#N pc` with `#N pc` before saving to a file. - If the script fails to parse a format, fall back to manual extraction of `#NN pc OFFSET library.so (BuildId: HEX)` tuples. ### Step 2: Identify .NET Runtime Libraries Filter frames to .NET runtime libraries: | Library | Runtime | |---------|---------| | `libmonosgen-2.0.so` | Mono (MAUI, Xamarin, interpreter) | | `libcoreclr.so` | CoreCLR (JIT mode) | | `libSystem.*.so` | .NET BCL native components (`Native`, `Globalization.Native`, `IO.Compression.Native`, `Security.Cryptography.Native.OpenSsl`, `Net.Security.Native`) | **NativeAOT:** No `libcoreclr.so` or `libmonosgen-2.0.so` — the runtime is statically linked into the app binary (e.g., `libMyApp.so`). The `libSystem.*.so` BCL libraries remain separate and can be symbolicated via the symbol server. For the app binary itself, you need the app's own debug symbols. Skip `libc.so`, `libart.so`, and other Android system libraries unless the user specifically asks. ### Step 3: Download Debug Symbols For each unique .NET BuildId, download debug symbols: ``` https://msdl.microsoft.com/download/symbols/_.debug/elf-buildid-sym-<BUILDID>/_.debug ``` ```bash curl -sL "https://msdl.microsoft.com/download/symbols/_.debug/elf-buildid-sym-1eb39fc72918c7c6c0c610b79eb3d3d47b2f81be/_.debug" \ -o libmonosgen-2.0.so.debug ``` Verify with `file libmonosgen-2.0.so.debug` — should show `ELF 64-bit ... with debug_info, not stripped`. If the download returns 404 or HTML, symbols are not published for that build. Do not add or subtract library base addresses — offsets in tombstones are already library-relative. ### Step 4: Symbolicate Each Frame ```bash llvm-symbolizer --obj=libmonosgen-2.0.so.debug -f -C 0x222098 ``` Output: ``` ves_icall_System_Environment_FailFast /__w/1/s/src/runtime/src/mono/mono/metadata/icall.c:6244 ``` The `/__w/1/s/` prefix is the CI workspace root — the meaningful path starts at `src/runtime/`, mapping to [dotnet/dotnet](https://github.com/dotnet/dotnet) VMR. ### Step 5: Present the Symbolicated Backtrace Combine original frame numbers with resolved function names and source locations: ``` #00 libc.so abort+164 #01 libmonosgen-2.0.so ves_icall_System_Environment_FailFast (mono/metadata/icall.c:6244) #02 libmonosgen-2.0.so do_icall (mono/mini/interp.c:2457) #03 libmonosgen-2.0.so mono_interp_exec_method (mono/mini/interp.c) ``` For unresolved frames (`??`), keep the original line with BuildId and PC offset. ### Automation Script [scripts/Symbolicate-Tombstone.ps1](scripts/Symbolicate-Tombstone.ps1) automates the full workflow: ```powershell pwsh scripts/Symbolicate-Tombstone.ps1 -TombstoneFile tombstone_01.txt -LlvmSymbolizer llvm-symbolizer ``` Flags: `-CrashingThreadOnly` (limit to crashing thread), `-OutputFile path` (write to file), `-ParseOnly` (report libraries/BuildIds/URLs without downloading), `-SkipVersionLookup` (skip runtime version identification). --- ## Finding llvm-symbolizer Check the **Android NDK** first: `$ANDROID_NDK_ROOT/toolchains/llvm/prebuilt/*/bin/llvm-symbolizer` or `$ANDROID_HOME/ndk/*/toolchains/llvm/prebuilt/*/bin/llvm-symbolizer`. Also available via `brew install llvm`, `apt install llvm`, or `xcrun --find llvm-symbolizer` on macOS. If unavailable, complete steps 1–3 and present the download commands and `llvm-symbolizer` commands for the user to run. Do not spend time installing LLVM. --- ## Understanding the Output CI source paths use these prefixes: | Path prefix | Maps to | |---|---| | `/__w/1/s/src/runtime/` | `src/runtime/` in [dotnet/dotnet](https://github.com/dotnet/dotnet) VMR | | `/__w/1/s/src/mono/` | `src/mono/` in the VMR (older builds) | | `/__w/1/s/` | VMR root | ### Runtime Version Identification The script identifies the exact .NET runtime version by matching BuildIds against locally-installed runtime packs. It searches: SDK packs (`$DOTNET_ROOT/packs/`), NuGet cache (`~/.nuget/packages/`), and NuGet.org as an online fallback. When found, it extracts the version and source commit from the `.nuspec` `<repository commit="..." />` element. Pass `-SkipVersionLookup` to disable. Requires `llvm-readelf` (auto-discovered from the NDK). --- ## Validation 1. `file <debug-file>` shows `ELF ... with debug_info, not stripped` 2. At least one .NET frame resolves to a function name (not `??`) 3. Resolved paths contain recognizable .NET runtime structure (e.g., `mono/metadata/`, `mono/mini/`) ## Stop Signals - **No .NET frames found**: Report parsed frames and stop. - **All frames resolved**: Present symbolicated backtrace. Do not trace into source or attempt to build/debug the runtime. - **Symbols not available (404)**: One attempt per BuildId, then stop. Report unsymbolicated frames with BuildIds and offsets. - **llvm-symbolizer not available**: Use `-ParseOnly`, present manual commands. Do not install LLVM. ## Common Pitfalls - **Missing BuildIds**: Logcat tombstones often omit BuildIds. Recover via: `adb shell readelf -n /path/to/lib.so`, CI build artifacts, or the runtime NuGet package (`~/.dotnet/packs/Microsoft.NETCore.App.Runtime.Mono.android-arm64/<version>/`). Prefer pulling raw tombstone files (`adb shell cat /data/tombstones/tombstone_XX`) which always include BuildIds. - **Symbols not found (404)**: Pre-release/internal builds may not publish symbols. Check for local unstripped `.so`/`.so.dbg` in build artifacts or the NuGet runtime pack. - **NativeAOT**: No runtime `.so` in the tombstone — runtime is in the app binary. `libSystem.*.so` BCL libraries still work with the symbol server; the app binary needs its own debug symbols. - **Wrong llvm-symbolizer version**: Use LLVM 14+ for best DWARF compatibility. - **Multiple BuildIds**: Each .NET library has its own BuildId — download symbols for each separately.
© dotnet · MIT · dotnet/skills