Files
hakorune/docs/development/troubleshooting/using-resolution.md
nyash-codex 806e4d72c4 docs(phase21.7): Phase 21.7++ Phase 4完了 - ドキュメント整備
## Phase 4 実装内容

### Phase 4.1: README 更新
- docs/development/roadmap/phases/phase-21.7-normalization/README.md
  - "Phase 21.7++ 実装完了" セクション追加(60行)
  - SSOT ルール・実装箇所・デバッグ環境変数を文書化
  - 全4フェーズの完了状況をコミットハッシュ付きで記録
  - 技術的成果の総括(Silent Failure根絶、arity バグ根治等)

### Phase 4.2: トラブルシューティングガイド作成
- docs/development/troubleshooting/using-resolution.md(新規作成、200+行)
  - 4つのエラーパターン別対処法
  - デバッグフローチャート
  - FAQ セクション
  - Phase 21.7++ 実装前後の比較表

### チェックリスト更新
- docs/development/current/main/phase-21.7-naming-ssot-checklist.md
  - Phase 0-4 完了状況サマリー追加
  - 累計工数: 10時間(進捗率: 50-67%)

## 技術的成果サマリー

 **Phase 0**: Silent Failure 根絶(時間→分)
 **Phase 1**: StaticMethodId SSOT 確立
 **Phase 2**: arity バグ根治(Hotfix 卒業)
 **Phase 3**: 素手 split 根絶(Builder 統一)
 **Phase 4**: ドキュメント整備(再発防止)

**Phase 21.7++ 全フェーズ完了!** 🎊

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
2025-11-22 02:51:16 +09:00

7.3 KiB
Raw Blame History

Using 解決トラブルシューティング

作成日: 2025-11-22 対象: Phase 21.7++ NamingBox SSOT 統一化後のトラブルシューティング


エラーパターン別対処法

1. [using] Module not found: 'ModuleName'

原因:

  • nyash.toml に alias が定義されていない
  • TOML parse エラーで alias が読み込めていない
  • タイポ(モジュール名の綴り間違い)

対処法:

  1. TOML ファイルを確認

    cat nyash.toml | grep "ModuleName"
    
  2. TOML parse エラーを確認

    • Phase 0 で実装した即座表示機能により、TOML エラーは起動時に表示されます
    • エラーメッセージに修正方法が含まれています
  3. 詳細ログで確認

    NYASH_DEBUG_USING=1 ./target/release/nyash program.hako
    
  4. "Did you mean?" 提案を確認

    • Phase 0.3 で実装された機能により、類似モジュール名が自動提案されます
    • 提案に正しい綴りが含まれているか確認

修正例:

# nyash.toml
[using.aliases]
StringUtils = "lang/src/shared/common/string_helpers.hako"  # ← 追加

2. Function not found: Box.method/N

原因:

  • arity引数の数が一致していない
  • 関数名の綴り間違い
  • 関数が定義されていない

対処法:

  1. "Did you mean?" 提案を確認

    • Phase 0.2 で実装された機能により、類似関数名が自動提案されます
    Function not found: StringUtils.starts_with/1
    
    💡 Did you mean:
       - StringUtils.starts_with/2
       - StringUtils.starts_with/3
    
  2. デバッグログで詳細確認

    NYASH_DEBUG_FUNCTION_LOOKUP=1 ./target/release/nyash program.hako
    

    出力例:

    [DEBUG/vm] Looking up function: 'StringUtils.starts_with'
    [DEBUG/vm]   Parsed: box='StringUtils', method='starts_with', arity=None
    [DEBUG/vm]   canonical: 'StringUtils.starts_with/2'
    [DEBUG/vm]   ✅ 'StringUtils.starts_with/2' found
    
  3. arity を確認

    • 関数定義と呼び出しの引数の数が一致しているか確認
    • Phase 2 で実装された自動補完により、arity なし呼び出しは自動補完されます

修正例:

// 誤: arity が一致しない
StringUtils.starts_with("hello")  // arity 1 → "starts_with/1" を探す

// 正: arity が一致
StringUtils.starts_with("hello", "he")  // arity 2 → "starts_with/2" を探す

3. VM Runtime Error: arity mismatch

原因:

  • MIR Builder 側と VM 側で arity の扱いが不一致
  • methodization で receiver が二重に追加された
  • static box method で receiver が誤って追加された

対処法:

  1. Methodization トレースログを確認

    NYASH_METHODIZE_TRACE=1 ./target/release/nyash program.hako
    

    出力例:

    [methodize] Global(Calculator.add/2) → Method{Calculator.add, recv=%5}
    
  2. StaticMethodId パース結果を確認

    • Phase 2/3 で実装された構造化表現により、パース結果が明示的に表示されます
  3. Methodization を無効化して確認

    HAKO_MIR_BUILDER_METHODIZE=0 ./target/release/nyash program.hako
    

Phase 21.7++ での修正:

  • Phase 3 で known.rs と unified_emitter.rs の receiver 追加ロジックを修正済み
  • static box method では receiver を追加しないようガード実装済み

4. Silent Failureエラーが表示されない

原因:

  • Phase 0 以前のバージョンを使用している
  • エラーメッセージが stderr に出力されているが見逃している

対処法:

  1. Phase 0 実装済みか確認

    git log --oneline | grep "Phase 0"
    

    Phase 0 commit (63012932) 以降であれば、Silent Failure は根絶されています

  2. 詳細診断モードで実行

    NYASH_CLI_VERBOSE=1 ./target/release/nyash program.hako 2>&1 | tee debug.log
    
  3. すべてのデバッグフラグを有効化

    NYASH_DEBUG_FUNCTION_LOOKUP=1 \
    NYASH_DEBUG_USING=1 \
    NYASH_METHODIZE_TRACE=1 \
    NYASH_CLI_VERBOSE=1 \
    ./target/release/nyash program.hako
    

Phase 21.7++ での修正:

  • TOML parse エラー即座表示pipeline.rs
  • 関数ルックアップ「Did you mean?」提案global.rs
  • using not found 詳細化strip.rs

デバッグフローチャート

エラー発生
    ↓
1. エラーメッセージを確認
    ├─ "Did you mean?" 提案あり → 提案に従う
    ├─ "Module not found" → nyash.toml 確認
    └─ "Function not found" → 以下へ
    ↓
2. デバッグログ有効化
    NYASH_DEBUG_FUNCTION_LOOKUP=1 実行
    ↓
3. パース結果を確認
    box/method/arity が正しいか確認
    ↓
4. 関数定義を確認
    定義されている関数名と arity を確認
    ↓
5. Methodization を確認
    NYASH_METHODIZE_TRACE=1 で変換ログ確認
    ↓
6. それでも解決しない場合
    - Issue 報告GitHub
    - チームに相談

よくある質問

Q1: StringUtils.starts_with は動くが StringUtils.starts_with/2 で呼ぶとエラーになる

A1: Phase 2 実装により、arity なし呼び出しは自動補完されます。明示的に arity を指定する必要はありません。

// ✅ 推奨: arity なし(自動補完)
StringUtils.starts_with("hello", "he")

// ✅ 動作するが冗長
// MIR レベルでは "StringUtils.starts_with/2" になる

Q2: main._nop/0Main._nop/0 に normalize される理由は?

A2: NamingBox の canonical_box_name() により、mainMain に正規化されますsrc/mir/naming.rs:22-27

これは static box 名の一貫性を保つための仕様です。

Q3: Methodization ON/OFF でどう動作が変わる?

A3:

Methodization OFF (HAKO_MIR_BUILDER_METHODIZE=0):

Global("Calculator.add/2") → VM が Global 関数として実行

Methodization ON (既定):

Global("Calculator.add/2")
  → NewBox(Calculator) → Method{Calculator.add, recv=singleton}
  → VM が Method として実行

どちらも最終的な動作は同じですが、MIR の表現が異なります。

Q4: Phase 21.7++ で何が変わった?

A4: 主な変更点:

項目 Phase 0-3 前 Phase 0-3 後
エラー表示 Silent Failure 多数 即座表示 + 提案
名前パース ad-hoc素手 split SSOTStaticMethodId
arity 補完 Hotfix文字列操作 正式実装(構造化)
デバッグ 難しい 環境変数で詳細表示

関連ドキュメント


更新履歴

  • 2025-11-22: Phase 21.7++ Phase 4 完了時に作成