Token导航 LogoToken导航TokenDH.com
研究检索执行命令github未标认证来源可访问许可证需确认审计通过

android-tombstone-symbolicationAndroid 墓碑符号

Agent Skill

android-tombstone-symbolication 用于查找、检索和筛选相关信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要根据关键词、任务场景或来源线索快速定位候选结果时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

4,627

周安装

189

GitHub Stars

1,529

下载量

1,482
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:android-tombstone-symbolication(Android 墓碑符号)
来源仓库:https://github.com/dotnet/skills
仓库路径:skills/android-tombstone-symbolication
安装命令:
npx skills add https://github.com/dotnet/skills --skill android-tombstone-symbolication
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/dotnet/skills --skill android-tombstone-symbolication

简介

解析 .NET Android 应用崩溃日志中的原生堆栈帧,使用 ELF BuildId 和微软符号服务器还原函数名、源码文件和行号。

  • 适用于 MAUI、Xamarin 或 Mono 应用的 native crash 分析,需配合 llvm-symbolizer 工具链和网络访问以下载符号。
  • 输入 tombstone 文件或 logcat 输出,自动下载所需符号并映射堆栈信息,输出可读调用链。
  • 不支持托管异常或第三方 native 库(如 libart.so)崩溃;iOS 或纯 Java/Kotlin 堆栈不适用此技能。
  • 需确保 ADB 调试已授权,网络连通且符号服务器可访问;建议在隔离环境中运行以防意外修改系统状态。

SKILL.md

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:

LibraryRuntime
libmonosgen-2.0.soMono (MAUI, Xamarin, interpreter)
libcoreclr.soCoreCLR (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
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

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 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 automates the full workflow:

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 prefixMaps to
/__w/1/s/src/runtime/src/runtime/ in 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.

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.89%
按下载量换算547

Claude

28.86%
按下载量换算428

Cursor

20.35%
按下载量换算302

Gemini CLI

9.02%
按下载量换算134

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/dotnet/skills --skill android-tombstone-symbolication 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills