概要

2026-10-12 に oven-sh/bun#45059 として投稿した。

• Windows で fs.mkdirSync(p, { recursive: true }) に ./ ・ .\ ・ sub/.. を渡すと、パスが空の ENOENT になる。3 つともカレント自身を指し、カレントは存在する。fs.promises.mkdir とコールバックの fs.mkdir も同じように失敗する
• Node.js v26.11.1 と Deno 2.9.7 は、エラーにせずに返る
• 修正 PR の #42014 と #42635 では直らない。#40536 は直す。2026-10-16 に出た #45410（Fixes #45059）も直す（.. で始まる EEXIST の件には手を付けていない）
• 原因: os_path_kernel32 がこれらのパスを正規化して空の文字列にする。特別に扱うのは、ちょうど "." の入力だけ（エビデンス: ソース）
• 直し方の候補: 正規化の結果が空なら "." にする（"." の特別扱いを、正規化の後ろへ移す）

再現コード: research/repro-enoent.cjs。同じケースは tests/mkdir-recursive.test.ts にもある。関連する EEXIST の不具合の詳細は 調査結果。

エビデンス: 実行結果

環境とビルド

Windows 11 Home 10.0.26300 x64。PR のビルドは、各 PR の Buildkite の CI が作った bun-windows-x64.zip。SHA-256 は、どれも Buildkite の一覧の値と一致した。

結果

mkdirSync ・ fs.promises.mkdir ・ コールバックの fs.mkdir で、同じ結果になる。

repro-enoent.cjs の出力（そのまま）

Bun 1.4.3:

NG . EEXIST EEXIST: file already exists, mkdir '.'
NG ./ ENOENT ENOENT: no such file or directory, mkdir
NG .\ ENOENT ENOENT: no such file or directory, mkdir
NG sub/.. ENOENT ENOENT: no such file or directory, mkdir
OK sub/.
NG promises . EEXIST
NG callback . EEXIST
NG promises ./ ENOENT
NG callback ./ ENOENT
NG promises .\ ENOENT
NG callback .\ ENOENT
NG promises sub/.. ENOENT
NG callback sub/.. ENOENT
OK promises sub/.
OK callback sub/.

PR #42014 と PR #42635（出力は同じ）:

OK .
NG ./ ENOENT ENOENT: no such file or directory, mkdir
NG .\ ENOENT ENOENT: no such file or directory, mkdir
NG sub/.. ENOENT ENOENT: no such file or directory, mkdir
OK sub/.
OK promises .
OK callback .
NG promises ./ ENOENT
NG callback ./ ENOENT
NG promises .\ ENOENT
NG callback .\ ENOENT
NG promises sub/.. ENOENT
NG callback sub/.. ENOENT
OK promises sub/.
OK callback sub/.

PR #40536 ・ PR #45410 ・ Node.js ・ Deno（出力は同じ）:

OK .
OK ./
OK .\
OK sub/..
OK sub/.
OK promises .
OK callback .
OK promises ./
OK callback ./
OK promises .\
OK callback .\
OK promises sub/..
OK callback sub/..
OK promises sub/.
OK callback sub/.

エビデンス: ソース

パスが空になる箇所

src/runtime/node/types.rs L1072-L1088（Bun 1.4.3、c6da4a4d3）。os_path_kernel32 の、相対パスを扱う部分:

            // Handle "." specially since normalizeStringBuf strips it to an empty string
            if s.len() == 1 && s[0] == b'.' {
                // SAFETY: see alignment note above (PathBuffer reinterpreted as [u16]).
                let buf_u16 = unsafe { bun_core::bytes_as_slice_mut::<u16>(&mut buf[..]) };
                return Ok(strings::to_kernel32_path(buf_u16, b"."));
            }
            let normal = bun_paths::resolve_path::normalize_string_buf::<
                true,
                bun_paths::platform::Windows,
                false,
            >(s, &mut b[..]);
            if !strings::fits_in_wide_path_buffer(normal) {
                return Err(NameTooLong);
            }
            // SAFETY: see alignment note above (PathBuffer reinterpreted as [u16]).
            let buf_u16 = unsafe { bun_core::bytes_as_slice_mut::<u16>(&mut buf[..]) };
            return Ok(strings::to_kernel32_path(buf_u16, normal));

• コメントにあるとおり、normalize_string_buf は "." を空の文字列にする。そのため、正規化の前に "." だけを扱っている
• ./ ・ .\ ・ sub/.. も正規化すると同じく空になるが、判定は 1 文字の "." にしか当たらない。空のパスのまま mkdir に渡り、ENOENT のメッセージのパスが空なのとも合う

各 PR で直る・直らない理由

#42635 の説明にも、その PR で child\.. の ENOENT は残り、#40536 が扱う、とある。#40536 は 1.4.1 を元にしていて、2026-08-26 から更新がない。