How to fix "address space is already occupied" error on fetch/commit?

Question

Started recently, basically every time I try to fetch or commit it gives me this weird error. It'll continuously try to "refetch/recommit" until I give up and CtrlC.

C:\cygwin\home\git\new_trunk>git sf
      1 [main] perl 760 child_info_fork::abort: address space needed by 'cygreadline7.dll' (0x960000) is already occupied

C:\cygwin\home\git\new_trunk>git svn dcommit
      1 [main] perl 2672 child_info_fork::abort: address space needed by 'cygreadline7.dll' (0x980000) is already occupied

Any idea why this is happening?

Something is wrong with your cygwin install As an alternative, you could use the [official git build](http://git-scm.com/downloads) (which uses msys) instead. — Matthew Flaschen, Jun 19 '12 at 20:20
@MatthewFlaschen probable, i did update cygwin with some other stuff. will try — iCodeLikeImDrunk, Jun 19 '12 at 20:42
Had the same problem while using Git Bash spawned from SourceTree in Windows for command `git add -p`. This doesn't occur when Git Bash is opened from the Explorer context menu. — Binod Kalathil, Mar 11 '21 at 09:11

score 33 · Answer 1 · edited Jun 25 '14 at 17:21

33

Rebasing my Cygwin install solved this for me. I followed the doc Rebaseall, running dash as admin from Windows Explorer and then issuing the following:

/usr/bin/rebaseall -v

P.S.: No Cygwin service should be running for this to work.

edited Jun 25 '14 at 17:21

nobody

19,814
17
56
77

answered Jun 25 '14 at 17:16

Tarc

3,214
3
29
41

This was a temporary solution for me. Fixed the problem for few hours only. – ‌‌R‌‌‌. Dec 07 '15 at 05:02
1

Tip: ash is usually found in cygwin installation dir: C:\cygwin\bin\ash.exe – Neaţu Ovidiu Gabriel Jun 06 '18 at 15:17

score 16 · Accepted Answer · edited Feb 26 '21 at 08:20

16

Take a look at this Cygwin FAQ section and this too. In my case, disabling Avast's Behavior and Filesystem Realtime shields and then restarting Cygwin was the answer.

So, probably, you are running windows programs that hooks their DLLs into forked processes, disrupting addresses and thus causing fork to malfunction.

edited Feb 26 '21 at 08:20

micpap25

728
5
21

answered Jun 21 '12 at 04:52

nshy

1,074
8
13

1

I think I experienced similar behavior with Microsoft Security Essentials. – DavidS Mar 27 '16 at 17:47
1

Confirming this problem with Sophos' Behavior Monitoring - uncheck behavior monitoring, restart cygwin. – sCiphre Jan 06 '17 at 11:08
I my case it was Windows 10's Virus & Threat Protection causing the problem. – Jasper Citi Jun 28 '17 at 08:33
@Koning what about W10's virus settings did you change to fix it? – cmeza Jul 28 '17 at 16:55
I turned off everything including real-time protection. – Jasper Citi Aug 03 '17 at 06:45

score 7 · Answer 3 · answered Nov 24 '13 at 22:04

7

I had this same fork() problem when my virus scanner, Symantec Endpoint Protection, was upgraded to 64-bit, but I was still running the 32-bit version of Cygwin. 'Rebaseall' didn't help. Upgrading to the 64-bit version of Cygwin has fixed the problem for me.

answered Nov 24 '13 at 22:04

JRS

878
9
9

I had similar issues; was having this error doing a [git difftool -dirdiff] and hadn't recognised that a new version of SEP (32bit) was installed and asking to be rebooted to complete installation. Problem went away after rebooting and SEP was completely installed. – Zodman Sep 16 '16 at 03:06
I had a similar issue trying to use git svn to clone a repo. It endlessly reported that mysqlite.dll was already in a given memory location. The command line in mingw32 was something like "C:\Program Files (x86)\git\git.exe" svn clone ..... anyway the exe was wrapped in dquotes. So I scraped out the command and changed it to just say svn git clone ..... and MAGIC - it runs. So apparently the use of the fully qualified EXE name in the shell was invoking a second copy of git.exe that attempted to lay itself into the same memory area or somesuch rather than running in its own space – Allen Apr 07 '17 at 12:26

score 2 · Answer 4 · answered Oct 07 '18 at 05:32

As mentioned by Tarc, no Cygwin services should be running to rebaseall. Otherwise you get

https://superuser.com/questions/231590/running-rebaseall-on-cygwin

Even after seemingly closing all Cygwin/Msys2 instances, you may find problems, as I did. Using Win 10 and Msys2 from PortableApps, I went to Task Manager, I sorted the list by the column "Command line". There I found my ssh-agent from Msys2 still running. I killed it, and then I could rebaseall .

How to fix "address space is already occupied" error on fetch/commit?

4 Answers4