Re: Memory leak with sparse-checkout
- From
Taylor Blau <me@ttaylorr.com>
- Date
- Sep 22, 2021, 19:37 UTC
- Message-ID
- <YUuF4SKO4lA/xLKZ@nand.local>
- In-Reply-To
- <98bd3b94-eb8d-b074-b89d-d86dcefaa995@gmail.com>
On Wed, Sep 22, 2021 at 03:16:22PM -0400, Derrick Stolee wrote:
Show 17 quoted lines
> On 9/21/2021 4:45 PM, Taylor Blau wrote: > [...] > > I fear that we're talking about different things. With your patches, if > > I munge my .git/info/sparse-checkout file, I can easily get something > > like: > > > > $ git.compile sparse-checkout list > > warning: unrecognized pattern: 'foo' > > warning: disabling cone pattern matching > > > > to appear. But I'm wondering why the same doesn't happen when running > > `git sparse-checkout init --cone` while the existing sparse-checkout > > definition contains non-cone mode entries. > > You don't get that warning because it's not trying to parse the > previous patterns using cone mode. Before my series, you would get > the warning in a _second_ run of "git sparse-checkout init --cone".
OK. I was confused because in [1] you said that we produce this error any time we try to load the existing definitions and parse them in cone-mode.
I would have assumed that we would try to do that during `init --cone` to read the existing sparse-checkout definition.
Thanks, Taylor
[1]: https://lore.kernel.org/git/734ecf93-e563-20d5-7cf1-74048aa74d56@gmail.com/