Re: [PATCH 1/7] Use 'printf %s $x' notation in t5401

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Junio C Hamano <gitster@xxxxxxxxx> wrote:
> "Shawn O. Pearce" <spearce@xxxxxxxxxxx> writes:
> >> 	printf '%s\n' "$@"
> >
> > Eh.  Since all we care is that the argument count is 0 we probably
> > should be looking at $# and calling it a day.
> 
> I'll apply as-is, but once you break the code that calls
> pre-receive hook in such a way that it sends unexpected
> arguments, you'd thank me for suggesting to print the arguments
> separately while debugging the problem with the test script.

Well, I don't really think it matters.  I doubt we'll break that
code that invokes the pre-receive or post-receive hooks.  And as
those hooks are defined to never take arguments if we did suddenly
start passing arguments we want the test to break.  When tests break
sometimes its not obvious why they have broken.

Case in point, the "remote: " prefixing caused by the sideband
demultiplexer really confused me for about 15 minutes.  I could
not figure out why the last test in this script was failing.
Until I pulled my head out of the sand and looked at the "actual"
file and saw those prefixes.  At which point it was very obvious.

:)

We haven't touched that script in almost a year.  I poked at it only
to fix a stupid error from my printf implementation, and because of
the new "remote:" prefix.  Which since it is a change in behavior may
cause problems for anyone who is trying to screen-scrape the stderr
of git-push.  Gawd I hope nobody's scripts are that convoluted.

-- 
Shawn.
-
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux