Hi.
Is there a way to run git gui on Windows so it does not block the
calling process?
For example, when I run 'git gui' from the Windows Command Prompt, I
would like to be able to continue using that same command prompt and not
have it blocked until I exit the started git gui process.
I am using msysgit on Windows XP SP3 and 'git --version' states 'git
version 1.5.6.1.1071.g76fb'.
Many thanks.
Best regards,
Jurko Gospodnetić
Hi.
Is there a way to run git gui on Windows so it does not block the
calling process?
For example, when I run 'git gui' from the Windows Command Prompt, I
would like to be able to continue using that same command prompt and not
have it blocked until I exit the started git gui process.
I am using msysgit on Windows XP SP3 and 'git --version' states 'git
version 1.5.6.1.1071.g76fb'.
I now realized my question did not say exactly what I intended it to.
I know I can start 'git gui' using:
start "" /b cmd /c git gui
from the command prompt and get the desired effect. I was wondering
why git gui does not do this in the first place and whether it could be
modified so that this is the default behaviour?
Best regards,
Jurko Gospodnetić
Jurko Gospodnetiii [off-list ref] wrote:
quoted
Is there a way to run git gui on Windows so it does not block the
calling process?
In traditional UNIX shells this is "git gui &", requesting that the
shell background the process, but still monitor it for exit status.
On Windows there is no such easy concept.
I now realized my question did not say exactly what I intended it to.
I know I can start 'git gui' using:
start "" /b cmd /c git gui
from the command prompt and get the desired effect. I was wondering
why git gui does not do this in the first place and whether it could be
modified so that this is the default behaviour?
git-gui and gitk won't automatically background themselves, as they
are primarily developed on UNIX and have a UNIX like interface to
them, including backgrounding behavior.
We could add a -f flag to git-gui, such that "git gui -f" causes it
to fork+exec a new wish process, completely disconnecting it from the
calling shell. (-f stolen from OpenSSH's ssh -f host xterm example)
I'd accept a patch for it, but its not high on my list of things to
write and debug myself.
--
Shawn.