Re: Possible bug in 'git status' exit code is 1 instead of 0

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

 



On 1/9/07, Junio C Hamano <junkio@xxxxxxx> wrote:
"Marco Costalba" <mcostalba@xxxxxxxxx> writes:

> Ok, I was changing the error detection to check exit status, but it's
> definitely better to still check for something written to stdErr
> instead.

Non-zero status to indicate there is nothing to commit has
always been the way for git-status to report since the very
first edition of the command (a3e870f2, May 30 2005), so you
should be able to depend on it.


Thanks, but what I was trying to find was a reliable way to know, from
qgit side, when a launched external program failed. This should apply
to git commands of course but also to others, as example StGit or bash
ones (ls, cd, etc..).

So the rule should be general enough. Now the rule is to test for the
presence of any message in stdError _or_  for a special Qt flag set,
that is useful to know if the application crashed or terminated
abruptly.

I think I will stick with that because this error detect framework
should stay command agnostic.

Marco
-
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]