Re: [PATCH v2] http*: cleanup slot->local after fclose
- From
Junio C Hamano <gitster@pobox.com>
- Date
- May 31, 2009, 20:21 UTC
- Message-ID
- <7vws7xqazi.fsf@alter.siamese.dyndns.org>
- In-Reply-To
- <20090531175413.962a55c3.rctay89@gmail.com>
Tay Ray Chuan <rctay89@gmail.com> writes:
> I tested this on top of the first 4 patches in 'rc/http-push' in 'pu', > applied on 'maint'. [1] I wonder if this should instead be queued for > 'pu' [2], since the issue only occurs there, although, conceivably, it > *could* happen without those patches in 'pu'.
That "*could*" leaves me puzzled even more. Could you clarify?
Do you mean "earlier, nobody tried to fclose(slot->local) twice, but with the four patches there are codepaths that do so, which triggered the bug reported by Clemens"? But then the issue couldn't have happened without those patches.
If existing code always knew when slot->local is and is not valid without having to rely on its NULLness, and that was the reason why nobody tried to fclose(slot->local) twice, then I'd agree that it is a bug waiting to happen, and stuffing NULL to slot->local after the code fclose() it would be a good clean-up.