Re: [PATCH 0/5] plugging some list-objects-filter leaks
- From
Derrick Stolee <derrickstolee@github.com>
- Date
- Sep 9, 2022, 14:20 UTC
- Message-ID
- <15688f6a-4757-e201-9106-663899e35fec@github.com>
- In-Reply-To
- <Yxl1BNQoy6Drf0Oe@coredump.intra.peff.net>
On 9/8/2022 12:52 AM, Jeff King wrote:
Show 8 quoted lines
> The test I sent earlier in [1] fails the linux-leaks CI job, not because > it introduces new leaks, but just because it runs existing leaks in a > test marked as passing-leaks. > > Of course we can drop the passing flag, but I figured it would probably > be an easy fix. Famous last words. It turned into quite a rabbit hole of > actual leaks (albeit small and bounded per process) and some > questionable memory ownership semantics.
Reading the patches, you make good arguments about the various trade- offs in these sticky places. I agree with you in all cases, mostly because the alternatives would not be any better unless we did a _lot_ of work to rewrite a lot more code than these patches. Even then, the benefit is unclear.
> Here's the series I came up with. I'm cc-ing Stolee as the last person > unfortunate enough to have touched this area. :)
Lucky me!
These patches look good. Thanks!
-Stolee