|
From: Greg C. <gch...@sb...> - 2011-03-15 14:33:24
|
On 2011-03-15 13:25Z, Ivan Kanis wrote: > > C:\MinGW-2011\msys\1.0\bin>sh > sh-3.1$ rm Normally, of course, you wouldn't run exactly those commands. But I'd expect rm: missing operand rather than this a fork() failure. > C:\MinGW-2011\msys\1.0\bin\sh.exe: *** fork: can't reserve memory > for stack 0x4A0000 - 0x6A0000, Win32 error 0 > 0 [main] sh 2232 sync_with_child: child 2264(0x2AC) > died before initialization with status code 0x1 > 128 [main] sh 2232 sync_with_child: *** child state waiting for longjmp > sh: fork: Resource temporarily unavailable > > Johannes Schindelin from msys git suggested I run the following command > > rebase -b 0x67000000 msys-1.0.dll In this situation, running 'rebase' would often fix the problem. > It didn't work. Were any MSYS programs (such as bash) running when you tried it? Did it print any diagnostics? Did you try a different base address than 0x67000000? Have you ruled out BLODA? http://cygwin.com/faq/faq.using.html#faq.using.bloda > I had a little look at the code in mingwrt on CVS. I grepped around for > a function called fork and I was surprised that it didn't exist. 'mingwrt' contains headers and import libraries for windows-native programming, so it doesn't have fork(). MSYS has its own distinct runtime library which would include fork(). |