---
generated_at: 2026-02-21 22:00:00
metrics:
  claims_total: 18
  claims_with_evidence: 17
  claims_without_evidence: 1
confidence_derived: 0.94
---

# 根拠レポート：11-BrokenPipeException

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.94**
  - 根拠あり：17 / 18、根拠なし：1
- 優先レビュー（高）
  1. **ESHUTDOWNの実際の使用箇所**：コード内での直接的な使用例が未確認

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `src/os/ErrnoException.php` - BrokenPipeExceptionクラス定義（111-125行目）
- E-02: `src/os/Errno.php` - EPIPE定数定義（70行目）、ESHUTDOWN定数定義（151行目）
- E-03: `src/os/_Private/Errno.php` - throw_errno関数およびget_throw_errno_impl関数
- E-04: `src/io/BufferedReader.php` - BrokenPipeExceptionの使用箇所（136-139, 193, 231-234行目）
- E-05: `tests/io/PipeTest.php` - BrokenPipeExceptionのテストコード（182-186, 234-237行目）
- E-06: `docs/code-to-docs/通知一覧/通知一覧.csv` - 通知一覧定義

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | BrokenPipeExceptionはConnectionExceptionを継承 | E-01（111行目: `final class BrokenPipeException extends ConnectionException`） | ○ |
| C-02 | EPIPEとESHUTDOWNの両方に対応 | E-01（122-124行目: `return keyset[Errno::EPIPE, Errno::ESHUTDOWN]`） | ○ |
| C-03 | コンストラクタでerrno値を検証 | E-01（112-120行目: invariant()による検証） | ○ |
| C-04 | _getValidErrnos()メソッドが存在 | E-01（122-124行目） | ○ |
| C-05 | throw_errno関数で適切な例外クラスを選択 | E-03（16-68行目: get_throw_errno_impl関数） | ○ |
| C-06 | BufferedReader::readUntilxAsyncでスロー | E-04（136-139行目） | ○ |
| C-07 | BufferedReader::readLinexAsyncでスロー | E-04（193行目） | ○ |
| C-08 | BufferedReader::readFixedSizeAsyncでスロー | E-04（231-234行目） | ○ |
| C-09 | EPIPEはerrno.hで32として定義 | E-02（プラットフォーム依存、_OS\EPIPE参照） | ○ |
| C-10 | メッセージフォーマットはENUM_NAME(VALUE): message | E-03（84行目: `Str\format("%s(%d): %s", $name, $errno, $message)`） | ○ |
| C-11 | 通知一覧でNo.11として定義 | E-06 | ○ |
| C-12 | getErrno()メソッドでerrno値を取得可能 | E-01（60-62行目: ErrnoExceptionで定義） | ○ |
| C-13 | PipeTestでBrokenPipeExceptionをキャッチ | E-05（182-186行目, 234-237行目） | ○ |
| C-14 | readByteAsyncでもEPIPEをスロー | E-04（266行目: throw_errno使用） | ○ |
| C-15 | multiple_codes配列にBrokenPipeExceptionが含まれる | E-03（31行目） | ○ |
| C-16 | final classとして宣言 | E-01（111行目） | ○ |
| C-17 | ConnectionExceptionはabstract class | E-01（108-109行目） | ○ |
| C-18 | ESHUTDOWNが実際にスローされる具体的な使用箇所 | **根拠なし** | △ |

## 4) 不足情報（Unknown / Missing）
- ESHUTDOWNがスローされる具体的なユースケースのコード確認
  - 候補：ネットワーク関連コード / ソケットシャットダウン処理 / TCP/UDP関連実装

## 5) リスクフラグ（レビュー観点）
- 0: 低リスク - 設計書の大部分はソースコードで裏付けられている
- 1: 中リスク - ESHUTDOWNの使用箇所が未確認（実装は存在するが使用例が不明）

## 6) レビュアーチェックリスト（最小）
- [ ] BrokenPipeExceptionの継承関係が正しく記載されているか確認
- [ ] EPIPEとESHUTDOWNの両方がサポートされていることを確認
- [ ] BufferedReaderでの使用箇所が網羅されているか確認
- [ ] ESHUTDOWNの具体的な発生シナリオを追加で調査するか判断
