Sridhar.Ratna wrote:
[...]
>      0 [main] sh.exe" 4128 sync_with_child: child 4672(0x124) died before
> initialization with status code 0x7F
>     67 [main] sh.exe" 4128 sync_with_child: *** child state waiting for
> longjmp
>
> sh.exe": fork: Resource temporarily unavailable
> sh.exe"-3.1$
>
> What version of the product are you using? On what operating system?
> 
> Git-1.5.6-preview20080622.exe on Windows Server 2008 SP1


This seems suspiciously similar to the Vista issue:
http://article.gmane.org/gmane.comp.version-control.msysgit/2454

Please try replacing the msys-1.0.dll file in your installation with a version from
an earlier msysgit version, or get it from here (watch for line wrapping):

http://sourceforge.net/project/downloading.php?group_id=2435&filename=MSYS-1.0.11-20071204.tar.bz2

Sorry for the inconvenience.

Regards,
Cesar

That fixed the issue. Thanks!

Same exact problem here on Vista Business x64 SP1 (which is the same kernel as Server
2008). Manually replacing msys-1.0.dll with the older version seems to work.

Same result here on Vista Ultimate x64 SP1. Replacing msys-1.0.dll fixed the problem.

This is an issue I cannot resolve on Windows Server 2008.  I've tried all versions of
the msys-1.0.dll and releases of msysgit.  I've also tried changing the compatibility
of the application but it makes no difference.

This is preventing me using git at all on my windows installation.  If you need more
information or an interactive tester please contact me.

Does the most recent installer (which comes with a fixed version of msys-1.0.dll),
currently Git-1.6.1-preview20081227.exe, solve the issue for you guys?

Hi sschuberth

I just tested the latest version and I'm still not able to run things at all. 
Running sh.exe just crashes and if I run a JIT debugging session I can see the last
dll on the stack other than kernel32.dll is msys-1.0.dll.

If you need any help debugging this further I'm more than willing to help.  I need a
working version of git on win2003 64 really badly!

Thanks

Jamie

Here's the output from trying to run sh.exe from a 32bit command prompt:

Microsoft Windows [Version 6.0.6001]
Copyright (c) 2006 Microsoft Corporation.  All rights reserved.

C:\Windows\syswow64>C:\Program Files (x86)\Git\bin\sh.exe
'C:\Program' is not recognized as an internal or external command,
operable program or batch file.

C:\Windows\syswow64>"C:\Program Files (x86)\Git\bin\sh.exe"
sh.exe"-3.1$ ls
      0 [main] sh.exe" 2808 sync_with_child: child 2060(0x13C) died before
initialization with status code 0xC0000005
    414 [main] sh.exe" 2808 sync_with_child: *** child state waiting for longjmp
sh.exe": fork: Resource temporarily unavailable

C:\Windows\syswow64>

I get the same using 64bit cmd window.  HTH.

Hi all

OK, so the issue is definately with the msys dll.  I did some more searching on the
web and turned up some interesting info...and...a fix!

For the impatient: the version of the dll here ->
http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20081209-dbg.tar.gz?modtime=1228783900&big_mirror=1
works.  It's a debug build though so probably not as fast as the release version.  I
can't find a release version of this code though. 

The backstory to this can be found here:
http://sourceforge.net/tracker/index.php?func=detail&aid=1674783&group_id=2435&atid=102435.

The maintainers of msys git need to track down and include a newer version of the
msys code which will fix this issue.

HTH

Jamie

Can you test with the newest Git installer?  We ship a new msys-1.0.dll which should
fix the issues.

Oh, and no, "The maintainers of msys git need to track down..." is the wrong way to
ask volunteers to help you.  Truth to be told, I found it outright rude.

The git-1.6.2-preview2009-03-08 release fixes the bug for me on Windows Vista
Business x64 SP1.

Johannes, Jamie was only trying to be helpful. Perhaps he phrased his solution
poorly, but reprimanding him for contributing is at least as rude and will not
encourage outside participation in your project.

wjrogers, I understand that, but keep in mind: I once stopped working on msysGit
altogether because it stopped being fun.  It stopped being fun for exactly those kind
of messages that were getting at me.  If you want that to happen again, you encourage
such formulations.  If you want to prevent it from happening again, you discourage them.

Anyway, the more important thing I have to say: thanks for testing.  And of course,
thanks to Steffen, who did half the work fixing the issue.