Windows/MSYS2-gcc15: self-built main hangs at scale; self-built v0.11.0 crashes (mimalloc corrupted free list) — released binary is fine
メンテナーはふだん 2 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- バグ
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- c
調査の方向性
Start by comparing the self-built v0.11.0 and main build behavior with the released binary, using the supplied MSYS2 UCRT gcc 15.2 build command and reproduction workspaces. Investigate the crash around parallel.resolve after cross_lsp.rust_registry and the reported mimalloc free-list corruption, then check the MinGW format warning at internal/cbm/doc_pdf.c:1337. Done when the large-workspace hang and crash are reproducible and their causes are isolated; the reporter can test candidate builds.
索引モデルが issue の本文から書いたものです。
説明
Summary
Two build-related reliability problems observed on this Windows box (32 GB RAM, MSYS2 UCRT gcc 15.2.0, Windows 11 x64), neither reproducible with the released 0.11.0 binary on the same machine:
-
The current
main(4d9592b5, after the v0.11.0 tag) hangs during indexing at scale. On a 1,820-file mixed workspace,v0.11.0completes a fast index in 11 seconds;main(self-built, same flags below) was abandoned after 30 minutes with the last worker log ending mid-run. On a 370-file Rust-only tree the hang reproduces quickly:level=info msg=pass.start pass=structure files=307 level=info msg=pass.done pass=structure nodes=369 edges=367 <no further progress; worker eventually marked outcome=hang>and the supervisor quarantines files with
phase=hang_reason=quarantinedon unrelated file types (logs/kb_test/narrative_with_kb_close_ES1.md,web/openalgo-chart/src/components/Topbar/Topbar.module.css, a.pyinsidecrates/), restarting repeatedly (118worker_failedrecords over ~90 minutes). -
v0.11.0 self-built with MSYS2 UCRT gcc 15 crashes at large scale. The released 0.11.0 binary (CI toolchain) indexes the same 1,820-file workspace in 11 s; a self-built v0.11.0 (tag 8972ea69) crashes deterministically (~5 min in, during
parallel.resolve, right aftercross_lsp.rust_registry scale=types=6559_funcs=20787):mimalloc: error: thread 0x71B0AE5000: corrupted free list entry of size 16b at 0x01DD0E220010 exit code -1073740791 (0xC0000409 STATUS_STACK_BUFFER_OVERRUN)Reproduced on 3 projects (1,440–33k nodes); small projects (12–71 s) index fine. The corruption is heap-level (a 16-byte free-list entry), so this smells like a latent UB/gcclib difference — quite possibly in the vendored allocator override interplay (
-Wl,--wrap=malloc+ mimalloc) rather than in the graph code, and quite possibly also the cause of (1) if HEAD grows similar pressure.
Build command used (only deviation from release: -Wno-error instead of -Werror, MSYS2 UCRT gcc 15.2):
make -j8 -f Makefile.cbm cbm BUILD_DIR=build/c-mingw \
CFLAGS_COMMON="-std=c11 -D_DEFAULT_SOURCE -D_GNU_SOURCE -Wall -Wno-error -Wdate-time \
-Wno-unused-parameter -Wno-sign-compare -Wno-format-truncation -Wno-unused-result"
Also: internal/cbm/doc_pdf.c:1337 uses %zu in cbm_arena_sprintf, which fails -Werror=format under MSYS2 (unknown conversion type character 'z') — either the format attribute disagrees with the actual printf backend on MinGW, or the arena printf needs %zu support. A -Wno-format build passes.
Happy to test candidate patches (I can build both debug and release variants here).
- 主要言語
- C
- スター
- 45.8k
- フォーク
- 3.8k
- 平均マージ
- 3日 11時間
- マージ済み PR（30日）
- 201
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
DeusData/codebase-memory-mcp のほかの issue
-
Index worker segfaults on PlantUML edge messages: dg_puml_operand leaves *id uninitialized対応中かも @nefayran が 1 日前に担当しました。 オープンbug editor/integration stability/performance
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
DeusData/codebase-memory-mcp#2818 ·
メンテナーはふだん 2 日以内に返信
-
editor/integration parsing/quality
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
DeusData/codebase-memory-mcp#2286 ·
メンテナーはふだん 2 日以内に返信
-
install writes an unsupported `args` key into the Claude Code SubagentStart hook, so it never runsオープンbug editor/integration priority/high stability/performance ux/behavior
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
DeusData/codebase-memory-mcp#2239 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
bug priority/high ux/behavior
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
DeusData/codebase-memory-mcp#2232 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
-
documentation editor/integration parsing/quality priority/normal
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
DeusData/codebase-memory-mcp#2169 ·
メンテナーはふだん 2 日以内に返信
DeusData/codebase-memory-mcp の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
JustAResearcher/gpu-unlock-ada#124 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
-
inflate: total_in uses plain += on c_ulong (32-bit on Windows), panics in debug for streams > 4 GiBオープン
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
trifectatechfoundation/zlib-rs#570 · コメント 1 件 ·
-
vim.filetype.match() prefixes a URL buffer name with the cwd before passing it to filetype functionsオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
メンテナーはふだん 1 日以内に返信
-
compilation errorオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
COVESA/dlt-daemon#925 · リアクション 1 件 ·