Johannes Schindelin <Johannes.Schindelin@xxxxxx> writes: >> ... >> This only causes a problem when a path component has a length of >> zero which can happen when the user provides an absolute path to >> a file or directory in the root directory (i.e. "/", or "/foo"), >> or if the input is malformed and contains a double-slash such >> as "foo//boo". >> >> Signed-off-by: Shawn Bohrer <shawn.bohrer@xxxxxxxxx> > > I'll try to remember even 6 months from now that this was the "git clean > -n /" problem ;-) Actually the quoted part of the message clearly tells that the patch is touching the wrong code. It should not blame the user but the caller of the function that did not check such an input, which is where the fix should be in. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
