Re: [PATCH v2 00/94] libify apply and use lib in am
- From
Christian Couder <christian.couder@gmail.com>
- Date
- Jun 10, 2016, 20:31 UTC
- Message-ID
- <CAP8UFD1X6G4-C33PwZmV3LPb7e+-QQ60bcRbDA9gLaf9j6U+vw@mail.gmail.com>
- In-Reply-To
- <575AF304.8070407@kdbg.org>
On Fri, Jun 10, 2016 at 7:04 PM, Johannes Sixt <j6t@kdbg.org> wrote:
Show 34 quoted lines
> Am 10.06.2016 um 13:11 schrieb Johannes Schindelin: >> >> Not really. The reply (which I had not quite connected with my mail >> because they were over a week apart) says this: >> >>> I fixed this by moving the "close(fd)" call just after the >>> "apply_patch()" call. > > This bug in v1 was discovered by the test suite and fixed in v2. > >> and this: >> >>> I will have another look at the 2 other places where there are >>> open()/close() or fopen()/fclose() calls. >> >> but nothing about a careful, systematic investigation of all error code >> paths. As a consequence, I fully expect to encounter test failures as soon >> as I test your patch series again, simply because resources are still in >> use when they should no longer be used. In other words, my expectations >> are now lower than they have been before, my concerns are not at all >> addressed. > > Do you trust the test suite to some degree? It passes after the above bug > was fixed in v2. In addition, haven't found any problems so far during daily > use. > >>> This is the newest iteration: >>> >>> https://github.com/chriscool/git/commits/libify-apply-use-in-am65 >> >> And that cute 65 in the name is the revision. > > Yeah, that number is painful. I would appreciate an unversioned branch name, > too.
Ok, you can use https://github.com/chriscool/git/commits/libify-apply-use-in-am then.
Thanks, Christian.