microsoft / microsoft/vscode-python-environments

Diagnose native Windows process exits (0xC0000142 / 0xC0000005 / 0xC0000409) seen in extension telemetry

未关闭
#1,694 1 条评论 0 个 reaction 已指派 1 人 在 GitHub 查看

@DonJayamanne 已经在做这个了。

开始于 2026年8月6日。

主要语言
TypeScript
星标
138
派生
62
平均合并
1 天 4 小时
30 天内合并 PR
35

描述

## Summary

Python Environments extension telemetry (May 25, 2026 report) shows small but real counts of native Windows process-exit codes on PET v1.33 over 7 days:

| Exit code | Meaning | Events | Machines |
| ------------ | -------------------------- | -----: | -------: |
| `0xC0000142` | DLL initialization failure | 90 | 11 |
| `0xC0000005` | Access violation | 49 | 12 |
| `0xC0000409` | Stack buffer overrun | 30 | 3 |

PET has no `panic::set_hook`, no `catch_unwind` at the JSON-RPC dispatcher, and no shutdown event. We currently cannot attribute these on our side.

## Tasks

- [ ] Pull SQM IDs from the extension team for the affected cohort.
- [ ] Cross-reference with the JSON-RPC payload right before exit (the extension may have it in the last `pet.process_restart` event).
- [ ] Once a crash hook is in place (tracked separately), wait for repro on a real machine.

## Notes

This issue is mostly **blocked on data** from the extension team. The fix — adding a panic hook and a crash sentinel JSON-RPC notification — will be a separate issue; this one tracks the diagnosis.

## Context

Filed in response to the Python Environments extension team's May 25, 2026 regression report. Volume is small (~150 events / 7d across the three codes) but the machine counts suggest a persistent crash for a subset of users rather than a one-off. Worth diagnosing now rather than after volume grows.

贡献指南

打开贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。