New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
git rebase
bails out with sh.exe.stackdump file (Exception: STATUS_STACK_OVERFLOW)
#889
Comments
Just tried reinstalling Git (removing, rebooting, installing) with the same settings. The problem persists. Trace information:
|
|
Before upgrading to Git 2.10, I was using ~1 year-old version, but didn't remember what it was. I started installing older versions to determine where the issue was introduced. Here's what I've got:
Looks like something have changed between |
Is the repo you are using for the rebase public? Can you preserve its current state, so at least the test case is still available. The fact that, for your repo/rebase, the issue goes back so far, suggests that it is a special corner case that requires some aspect of your repo to trigger the stack dump (folk are quick to report such effects normally..) Additionally the change v2.7.0.windows.1 to w.2 is internal to the windows fixup, so those few changes should be easy to locate, which may show more light on the possible issues. Philip PS, dscho, the maintainer, is currently on an extended vacation for a few weeks. ----- Original Message ----- Before upgrading to Git 2.10, I was using ~1 year-old version, but didn't remember what it was. I started installing older versions to determine where the issue was introduced. Here's what I've got:
Looks like something have changed between v2.7.0.windows.1 and v2.7.0.windows.2 that causes the issue. — |
Yes, the repos I tried this on are public (and since this behavior occurred for me for every repo I tried, I believe this is not repo specific). Just as an example, I tried doing a fresh clone of this small repo of mine, ran So I guess this crash is specific to my system rather than to the repo. Not sure how to help debug it further. Do you happen to know how sh.exe is run during rebase and with what parameters? |
The easy way to debug further is via the GfW SDK (wooo). It's at https://git-for-windows.github.io/#contribute It should take (depending on your m/c speed and connection speed) about 30 mins to download the full source, compile and install the latest version, allowing you to try out the very latest version, reverting the two main changes in that V2.7.0(2) https://github.com/git-for-windows/git/releases/tag/v2.7.0.windows.2 of the ASLR/DEP and the 'pull--rebase' fixes, and see if any of those steps have any impact. Check what version (fixes & patches) of W10 you have just in case. There were some issues on the list where folks who had advance releases had issue that MS then fixed. There has also been the usual dll adress space layout issues (the MS 'rebase' of the dlls [which is totally different from the 'git rebase'] often fixes that). Philip Yes, the repos I tried this on are public (and since this behavior occurred for me for every repo I tried, I believe this is not repo specific). Just as an example, I tried doing a fresh clone of this small repo of mine, ran git rebase immediately after that, and got the same crash. So I guess this crash is specific to my system rather than to the repo. Not sure how to help debug it further. Do you happen to know how sh.exe is run during rebase and with what parameters? — |
This issue looks like a Could you try out v2.10.1? If that still fails, could you install the portable versions 2.7.0 and 2.7.0.2 side by side and see whether the problem is still reproducible with those? If so, could you replace the latter's |
The issue is still reproducible there.
Yes, the issue is reproducible in portable version 2.7.0.2 and is not reproducible in portable 2.7.0.
After copying over usr\bin\msys-2.0.dll from 2.7.0 to 2.7.0.2 the problem is no longer reproducible in 2.7.0.2. |
@iafan thanks for testing this. The bigger problem now is: the changes between 2.7.0's and 2.7.0.2's runtime are quite a bit extensive. So the next step is to whittle down the search scope even further, preferably by bisecting. So here is my question: do you time to invest in this search (if so, I will describe what to do after installing the SDK? |
@iafan maybe I could ask you to test in v2.11.0(3)? |
@dscho 2.11.0.windows.3 seems to be working fine. Thanks for having this fixed! |
I just installed v2.12.2 64 bit and got the same error when rebasing
So it starts with I have Comodo Cloud AntiVirus installed, it blocks git-bash.exe and perhaps more. |
or closed issue
matching what I'm seeing
Setup
64-bit
defaults?
to the issue you're seeing?
This started happening after I upgraded to Git-2.10
Details
Which terminal/shell are you running Git from? e.g Bash/CMD/PowerShell/other
CMD
What commands did you run to trigger this issue? If you can provide a
Minimal, Complete, and Verifiable example
this will help us understand the issue.
What did you expect to occur after running these commands?
Rebase should have happened without any issues.
What actually happened instead?
Rebase only prints
First, rewinding head to replay your work on top of it...
and bails out. Ash.exe.stackdump
file created in the current directory with the following contents:If the problem was occurring with a specific repository, can you provide the
URL to that repository to help us with testing?
This happens on all local checkouts.
The text was updated successfully, but these errors were encountered: