Re: [PATCH v4 0/3] Take four on fixing OPT_SET_PTR issues
Jeff King writes: > On Mon, Mar 31, 2014 at 10:23:44AM -0700, Junio C Hamano wrote: > >> SET_PTR() may not be used, but are there places where SET_INT() is >> abused with a cast-to-pointer for the same effect? I didn't check, >> but if there are such places, converting them to use SET_PTR() with >> their existing cast removed may be a better way to go. > > Anyone doing that should be beaten with a clue stick. > > Fortunately, I grepped through and I did not see any cases. My clue > stick remains untouched. Yeah, I quickly did the same after sending the message out. Perhaps instead of taking all these three patches, it may be a good idea to just queue a single patch to remove both the feature and the "string (unset)" bit from the test. Thanks. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH v4 0/3] Take four on fixing OPT_SET_PTR issues
On Mon, Mar 31, 2014 at 10:23:44AM -0700, Junio C Hamano wrote: > SET_PTR() may not be used, but are there places where SET_INT() is > abused with a cast-to-pointer for the same effect? I didn't check, > but if there are such places, converting them to use SET_PTR() with > their existing cast removed may be a better way to go. Anyone doing that should be beaten with a clue stick. Fortunately, I grepped through and I did not see any cases. My clue stick remains untouched. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [PATCH v4 0/3] Take four on fixing OPT_SET_PTR issues
Marat Radchenko writes: > Patches summary: > 1. Fix initial issue (incorrect cast causing crash on 64-bit MSVC) > 2. Improve OPT_SET_PTR to prevent same errors in future > 3. Purge OPT_SET_PTR away since nobody uses it > > *Optional* patch №3 is separated from №1 and №2 so that if someone someday > decides to return OPT_SET_PTR back by reverting №3, it will be returned > in a sane state. > > Decision of (not) merging №3 is left as an exercise to the reader due to > my insufficient knowledge of accepted practices in Git project. SET_PTR() may not be used, but are there places where SET_INT() is abused with a cast-to-pointer for the same effect? I didn't check, but if there are such places, converting them to use SET_PTR() with their existing cast removed may be a better way to go. My suspicion is that there would be none, as switching the behaviour based on a small integer flag value is far easier than swapping the pointer to a pointee to be operated on, when responding to a command line option. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
[PATCH v4 0/3] Take four on fixing OPT_SET_PTR issues
Patches summary: 1. Fix initial issue (incorrect cast causing crash on 64-bit MSVC) 2. Improve OPT_SET_PTR to prevent same errors in future 3. Purge OPT_SET_PTR away since nobody uses it *Optional* patch №3 is separated from №1 and №2 so that if someone someday decides to return OPT_SET_PTR back by reverting №3, it will be returned in a sane state. Decision of (not) merging №3 is left as an exercise to the reader due to my insufficient knowledge of accepted practices in Git project. Marat Radchenko (3): MSVC: fix t0040-parse-options crash parse-options: add cast to correct pointer type to OPT_SET_PTR parse-options: remove unused OPT_SET_PTR Documentation/technical/api-parse-options.txt | 4 parse-options.c | 5 - parse-options.h | 5 + t/t0040-parse-options.sh | 7 +++ test-parse-options.c | 2 -- 5 files changed, 4 insertions(+), 19 deletions(-) -- 1.9.0 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html