From 266ec9323789bed402abf33a1bdb8cc7b75e3387 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 9 Jun 2020 17:39:03 -0400 Subject: [PATCH] ugh --- .../comment_16_870fb821a48487d7d4a457eda42c6ebd._comment | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/doc/todo/more_extensive_retries_to_mask_transient_failures/comment_16_870fb821a48487d7d4a457eda42c6ebd._comment b/doc/todo/more_extensive_retries_to_mask_transient_failures/comment_16_870fb821a48487d7d4a457eda42c6ebd._comment index ed27e39118..21f87a3d38 100644 --- a/doc/todo/more_extensive_retries_to_mask_transient_failures/comment_16_870fb821a48487d7d4a457eda42c6ebd._comment +++ b/doc/todo/more_extensive_retries_to_mask_transient_failures/comment_16_870fb821a48487d7d4a457eda42c6ebd._comment @@ -33,7 +33,8 @@ can receive an async exception. This doesn't result in withFile leaking file handles when it brackets hClose, but I think perhaps only because the GC closes them. But it looks like -[withCreateProcess has a bug](https://github.com/haskell/process/issues/183). +[withCreateProcess has a bug](https://github.com/haskell/process/issues/183), +and maybe [http-client too](https://github.com/snoyberg/http-client/issues/436). And it's easy to construct cases where a compound cleanup action leaks: