# [PATCH] Abort mergetool on read error from stdinput 5 messages from 2010-12-02 to 2010-12-03. Participants: Robin Rosenberg, Jonathan Nieder, Junio C Hamano. Thread: https://gitlist.dev/t/25923 ## Robin Rosenberg, 2010-12-02 06:28 Subject: [PATCH] Abort mergetool on read error from stdinput Message-ID: <1291271301-12511-1-git-send-email-robin.rosenberg@dewire.com> URL: https://gitlist.dev/e/1291271301-12511-1-git-send-email-robin.rosenberg%40dewire.com ``` If you press e.g Ctrl-C the interactive merge goes into an infinite loop that is somewhat tricky to stop. Abort the script if bash read fails. Signed-off-by: Robin Rosenberg --- git-mergetool--lib.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh index 77d4aee..2fc2886 100644 --- a/git-mergetool--lib.sh +++ b/git-mergetool--lib.sh @@ -35,7 +35,7 @@ check_unchanged () { while true; do echo "$MERGED seems unchanged." printf "Was the merge successful? [y/n] " - read answer + read answer < /dev/tty || exit 1 case "$answer" in y*|Y*) status=0; break ;; n*|N*) status=1; break ;; -- 1.7.2.3 ``` ## Jonathan Nieder, 2010-12-02 06:38 Subject: Re: [PATCH] Abort mergetool on read error from stdinput Message-ID: <20101202063851.GA1407@burratino> URL: https://gitlist.dev/e/20101202063851.GA1407%40burratino In-Reply-To: <1291271301-12511-1-git-send-email-robin.rosenberg@dewire.com> ``` Hi Robin, Robin Rosenberg wrote: > infinite loop that is somewhat tricky to stop. Abort the script > if bash read fails. > > Signed-off-by: Robin Rosenberg That motivates half the change. > --- a/git-mergetool--lib.sh > +++ b/git-mergetool--lib.sh > @@ -35,7 +35,7 @@ check_unchanged () { > while true; do > echo "$MERGED seems unchanged." > printf "Was the merge successful? [y/n] " > - read answer > + read answer < /dev/tty || exit 1 Why not read answer || exit 1 so tests can still run without blocking? Aside from that, this looks like a good change; thanks. What platform are you on? ^C kills the entire process group here. ``` ## Robin Rosenberg, 2010-12-03 09:05 Subject: Re: [PATCH] Abort mergetool on read error from stdinput Message-ID: <70B726FD-EC6A-47B2-9AB1-1CDA3B19358A@dewire.com> URL: https://gitlist.dev/e/70B726FD-EC6A-47B2-9AB1-1CDA3B19358A%40dewire.com In-Reply-To: <20101202063851.GA1407@burratino> ``` 2 dec 2010 kl. 07:38 skrev Jonathan Nieder: > Hi Robin, > > Robin Rosenberg wrote: > >> infinite loop that is somewhat tricky to stop. Abort the script >> if bash read fails. >> >> Signed-off-by: Robin Rosenberg > > That motivates half the change. > >> --- a/git-mergetool--lib.sh >> +++ b/git-mergetool--lib.sh >> @@ -35,7 +35,7 @@ check_unchanged () { >> while true; do >> echo "$MERGED seems unchanged." >> printf "Was the merge successful? [y/n] " >> - read answer >> + read answer < /dev/tty || exit 1 > > Why not > read answer || exit 1 > > so tests can still run without blocking? Aside from that, this looks > like a good change; thanks. > > What platform are you on? ^C kills the entire process group here. Here is a better version and motivation. -- robin >From 3aa3793a4d1dff940ca6b698a9c01a1fc9bdb9b3 Mon Sep 17 00:00:00 2001 From: Robin Rosenberg Date: Fri, 3 Dec 2010 09:23:23 +0100 Subject: [PATCH] Abort mergetool on read error from stdinput If the mergetool has not quit (by mistake like pressing Command-W instead of Command-Q) and the user pressed Ctrl-C in the shell that runs mergetool, bash goes into an infinite look, at least on Mac OS X. Ctrl-C kills the diff program but not the mergetool script. Signed-off-by: Robin Rosenberg --- git-mergetool--lib.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh index 77d4aee..1d1413d 100644 --- a/git-mergetool--lib.sh +++ b/git-mergetool--lib.sh @@ -35,7 +35,7 @@ check_unchanged () { while true; do echo "$MERGED seems unchanged." printf "Was the merge successful? [y/n] " - read answer + read answer || exit 1 case "$answer" in y*|Y*) status=0; break ;; n*|N*) status=1; break ;; -- 1.7.3.2.452.gb3012.dirty ``` ## Jonathan Nieder, 2010-12-03 09:14 Subject: Re: [PATCH] Abort mergetool on read error from stdinput Message-ID: <20101203091409.GG18202@burratino> URL: https://gitlist.dev/e/20101203091409.GG18202%40burratino In-Reply-To: <70B726FD-EC6A-47B2-9AB1-1CDA3B19358A@dewire.com> ``` Robin Rosenberg wrote: > Subject: [PATCH] Abort mergetool on read error from stdinput > > If the mergetool has not quit (by mistake like pressing > Command-W instead of Command-Q) and the user pressed Ctrl-C > in the shell that runs mergetool, bash goes into an infinite > look, at least on Mac OS X. Ctrl-C kills the diff program > but not the mergetool script. > > Signed-off-by: Robin Rosenberg > --- > git-mergetool--lib.sh | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh > index 77d4aee..1d1413d 100644 > --- a/git-mergetool--lib.sh > +++ b/git-mergetool--lib.sh > @@ -35,7 +35,7 @@ check_unchanged () { > while true; do > echo "$MERGED seems unchanged." > printf "Was the merge successful? [y/n] " > - read answer > + read answer || exit 1 > case "$answer" in > y*|Y*) status=0; break ;; > n*|N*) status=1; break ;; > Here is a better version and motivation. Thanks. For what it's worth, Acked-by: Jonathan Nieder ``` ## Junio C Hamano, 2010-12-03 19:45 Subject: Re: [PATCH] Abort mergetool on read error from stdinput Message-ID: <7vwrnqod2l.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vwrnqod2l.fsf%40alter.siamese.dyndns.org In-Reply-To: <70B726FD-EC6A-47B2-9AB1-1CDA3B19358A@dewire.com> ``` Robin Rosenberg writes: >> What platform are you on? ^C kills the entire process group here. > > Here is a better version and motivation. > > -- robin > > From 3aa3793a4d1dff940ca6b698a9c01a1fc9bdb9b3 Mon Sep 17 00:00:00 2001 > From: Robin Rosenberg > Date: Fri, 3 Dec 2010 09:23:23 +0100 > Subject: [PATCH] Abort mergetool on read error from stdinput > > If the mergetool has not quit (by mistake like pressing > Command-W instead of Command-Q) and the user pressed Ctrl-C > in the shell that runs mergetool, bash goes into an infinite > look, at least on Mac OS X. Ctrl-C kills the diff program > but not the mergetool script. Interesting. Perhaps the way the script is spawned need to be improved so that \C-c will do the right thing to avoid this infinite "loop"? Is "exit 1" the best thing to do here? Doesn't the caller of this function (or the caller of that caller) want to perform some clean-up action depending on the answer that comes back from it? What I am wondering is if it would futureproof us better to set $status to an appropriate value and break out of the loop, pretending that the end user gave a reasonable answer (probably "n" but I am just guessing) to "read answer", instead of dying. > Signed-off-by: Robin Rosenberg > --- > git-mergetool--lib.sh | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/git-mergetool--lib.sh b/git-mergetool--lib.sh > index 77d4aee..1d1413d 100644 > --- a/git-mergetool--lib.sh > +++ b/git-mergetool--lib.sh > @@ -35,7 +35,7 @@ check_unchanged () { > while true; do > echo "$MERGED seems unchanged." > printf "Was the merge successful? [y/n] " > - read answer > + read answer || exit 1 > case "$answer" in > y*|Y*) status=0; break ;; > n*|N*) status=1; break ;; > -- > 1.7.3.2.452.gb3012.dirty ```