Michael Bolin a30a902db5 fix: use low-level stdin read logic to avoid a BufReader (#4778) ...

`codex-responses-api-proxy` is designed so that there should be exactly
one copy of the API key in memory (that is `mlock`'d on UNIX), but in
practice, I was seeing two when I dumped the process data from
`/proc/$PID/mem`.

It appears that `std::io::stdin()` maintains an internal `BufReader`
that we cannot zero out, so this PR changes the implementation on UNIX
so that we use a low-level `read(2)` instead.

Even though it seems like it would be incredibly unlikely, we also make
this logic tolerant of short reads. Either `\n` or `EOF` must be sent to
signal the end of the key written to stdin.

2025-10-05 13:58:30 -07:00

..

lib.rs

feat: write pid in addition to port to server info (#4571)

2025-10-02 17:15:09 -07:00

main.rs

chore: remove responses-api-proxy from the multitool (#4404)

2025-09-28 15:22:27 -07:00

read_api_key.rs

fix: use low-level stdin read logic to avoid a BufReader (#4778)

2025-10-05 13:58:30 -07:00