Re: [PATCH 2/2] unpack_trees_options: free messages when done

2018-05-16 Thread Elijah Newren
Hi Martin, On Sat, Apr 28, 2018 at 4:32 AM, Martin Ågren wrote: > As you noted elsewhere [1], Ben is also working in this area. I'd be > perfectly happy to sit on these patches until both of your contributions > come through to master. > > [1] >

Re: [PATCH 2/2] unpack_trees_options: free messages when done

2018-04-28 Thread Elijah Newren
Hi Martin, On Sat, Apr 28, 2018 at 4:32 AM, Martin Ågren wrote: > From: Elijah Newren > > Hi Elijah, > > [Since this is leaving the topic of rename-detection in favour of > leak-plugging, I'm shortening the cc-list a bit.] > >> So, instead, I'd like to

Re: [PATCH 2/2] unpack_trees_options: free messages when done

2018-04-28 Thread Johannes Schindelin
Hi Martin, On Sat, 28 Apr 2018, Martin Ågren wrote: > -->8-- > Subject: merge-recursive: provide pair of `unpack_trees_{start,finish}()` > > Rename `git_merge_trees()` to `unpack_trees_start()` and extract the > call to `discard_index()` into a new function `unpack_trees_finish()`. > As a

Re: [PATCH 2/2] unpack_trees_options: free messages when done

2018-04-28 Thread Martin Ågren
From: Elijah Newren Hi Elijah, [Since this is leaving the topic of rename-detection in favour of leak-plugging, I'm shortening the cc-list a bit.] > So, instead, I'd like to see something like the below > (built on top of my series): Thanks a lot. I now have the below patch

Re: [PATCH 2/2] unpack_trees_options: free messages when done

2018-04-24 Thread Elijah Newren
On Mon, Apr 23, 2018 at 10:13 PM, Martin Ågren wrote: > The strings allocated in `setup_unpack_trees_porcelain()` are never > freed. Provide a function `clear_unpack_trees_porcelain()` to do so and > call it in the functions which use `setup_unpack_trees_porcelain()`.

[PATCH 2/2] unpack_trees_options: free messages when done

2018-04-23 Thread Martin Ågren
The strings allocated in `setup_unpack_trees_porcelain()` are never freed. Provide a function `clear_unpack_trees_porcelain()` to do so and call it in the functions which use `setup_unpack_trees_porcelain()`. In all current callers, the pointers are about to go out of scope, so we do not need to