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