Git Extensions: Win32 erreur 487: impossible de réserver un espace pour cygwin le tas de l'erreur Win32 0

Cygwin utilise persistante de la mémoire partagée sections, qui peuvent à l'occasion être endommagé. La conséquence de ceci est que certains Cygwin programmes commencent à échouer, mais d'autres applications ne sont pas affectées. Depuis ces la mémoire partagée sections sont persistantes, souvent un redémarrage du système est nécessaire de les effacer avant que le problème ne peut être résolu.

tl;dr: Installer 64-bit Git pour Windows 2.

---

Détails techniques

      0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x68570000, RegionSize 0x2A0000, State 0x10000
PortableGit\bin\bash.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0

Ce symptôme en lui-même n'a rien à voir avec l'image de bases de exécutables, corrompus Cygwin de la mémoire partagée des sections, des conflits de versions de Dll, etc.

C'est Cygwin code à défaut d'allouer un ~5 MO grande partie de la mémoire de son segment de mémoire à cette adresse fixe 0x68570000, alors que seulement un trou d'environ 2,5 MO était apparemment y sont disponibles. Le code peut être vu dans msysgit source.

---

Pourquoi est-ce que la partie de l'adresse de l'espace libre, non?

Il peut y avoir de nombreuses raisons. Dans mon cas, il y a quelques autres modules chargés à un conflit d'adresse:

La dernière adresse serait autour de 0x68570000 + 5 MO = 0x68C50000, mais il y a ces WOW64 liés à la Dll chargées de 0x68810000 vers le haut, qui bloquent la répartition.

Chaque fois qu'il y a certaines DLL partagée, Windows en général essaie de charger à la même adresse virtuelle dans tous les processus d'économiser de la relocalisation de la transformation. C'est juste une question de malchance que ces composants du système obtenu en quelque sorte chargé à un conflit d'adresse cette fois.

---

Pourquoi est-il Cygwin dans votre Git?

Parce que Git est riche d'une suite composée de quelques commandes de bas niveau et beaucoup de services publics, et principalement développés sur des systèmes de type Unix. Afin d'être en mesure de construire et de l'exécuter sans une réécriture, il faut au moins partielle d'un environnement de type Unix.

Pour accomplir cela, les gens ont inventé MinGW et MSYS - un ensemble minimal de créer des outils pour développer des programmes sur Windows dans un Unix-like de la mode. MSYS contient également une bibliothèque partagée, ce msys-1.0.dll, qui vous aide avec certains problèmes de compatibilité entre les deux plates-formes au cours de l'exécution. Et de nombreux éléments de ce ont été prises à partir de Cygwin, parce que quelqu'un a déjà eu à résoudre le même problème.

Il n'est donc pas Cygwin, c'est de MinGW DLL d'exécution de ce comportement bizarre ici.

Dans Cygwin, ce code a effectivement beaucoup changé depuis que MSYS 1.0 - le dernier message de commit pour ce fichier dit "Importer Cygwin 1.3.4", qui est de 2001!

Les deux actuel Cygwin et la nouvelle version de MSYS - MSYS2 ont déjà une logique différente en place, qui, je l'espère, plus robuste. C'est seulement les anciennes versions de Git pour Windows qui ont été construites à l'aide de l'ancien cassé MSYS.

---

Propres solutions:

• Installer Git pour Windows 2 - il est construit avec la nouvelle, correctement entretenu MSYS2 et aussi de nombreuses nouvelles fonctionnalités, beaucoup de corrections de bugs, des améliorations de sécurité et ainsi de suite. Si à tout possible, il est également recommandé de utiliser la version 64 bits. Mais le rebase solution de contournement est effectuée automatiquement en coulisses pour les systèmes 32 bits, donc les chances de le problème il devrait être inférieure à trop.
• Il suffit de redémarrer l'ordinateur pour nettoyer l'espace d'adressage (le chargement de ces modules à une autre adresse au hasard) pourrait fonctionner, mais vraiment, il suffit de mettre à niveau vers Git pour Windows 2 pour obtenir les correctifs de sécurité si de rien d'autre.

Hacky solutions:

• Changer PATH peut parfois fonctionner, car il peut y avoir différentes versions de msys-1.0.dll dans les différentes versions de Git ou autre MSYS les applications qui utilisent peut-être différente de l'adresse, de taille différente de ce tas etc.
• Rebasage msys-1.0.dll pourrait être une perte de temps, parce que 1) soit une DLL, il a déjà de l'information sur le déménagement et 2) "dans n'importe quelle version de Windows OS il n'y a aucune garantie que (...) DLL chargera toujours au même espace d'adressage" de toute façon (source). La seule façon de l'aider est de savoir si la msys-1.0.dll lui-même se charge au conflit d'adresse puis essayez d'utiliser. Apparemment c'est le cas parfois, comme c'est ce que le Git pour Windows les gars font automatiquement sur Les systèmes 32 bits.
• Compte tenu des constatations ci-dessus, j'ai d'abord binaire patché le msys-1.0.dll binaire à utiliser une valeur différente pour _cygheap_start et que le problème est résolu immédiatement.

J'ai vu le même message d'erreur après la mise à niveau de git1.8.5.2:

Simplement faire une recherche de tous les msys-1.0.dll sur votre C:\ lecteur, et faire de celui utilisé par Git vient en premier.

Par exemple, dans mon cas, j'ai simplement changé l'ordre de:

C:\prgs\Gow\Gow-0.7.0\bin\msys-1.0.dll
C:\prgs\git\PortableGit-1.8.5.2-preview20131230\bin\msys-1.0.dll

En faisant le Git chemin C:\prgs\git\PortableGit-1.8.5.2-preview20131230\bin\ venir en premier dans mon %PATH%, le message d'erreur a disparu.

Pas besoin de rebooter ou même de changer le DOS de la session.

Une fois le %PATH% est mis à jour dans cette DOS de la session, les commandes git juste travailler.

---

Noter que carmbrester et Sixto Saez à la fois le rapport ci-dessous (dans les commentaires) d'avoir à redémarrage dans le but de résoudre le problème.

Remarque: tout d'Abord, en supprimant toute msys-1.0.dll, comme dans %LOCALAPPDATA%

Veux juste partager mon expérience ici. Je suis tombé sur le même problème lors de la compilation croisée pour la plate-forme MTK sur un Windows 64 bits de la machine. MinGW et MSYS sont impliqués dans le processus de construction et ce problème a surgi. Je l'ai résolu en changeant la msys-1.0.dll fichier. Ni rebase.exe ni redémarrage du système a fonctionné pour moi.

Puisqu'il n'est pas rebase.exe installé sur mon ordinateur. J'ai installé cygwin64 et utilisé le rebase.exe à l'intérieur:

C:\cygwin64\bin\rebase.exe -b 0x50000000 msys-1.0.dll

Si la relocalisation regardé succès, l'erreur est resté. Ensuite, j'ai couru rebase de commande à l'intérieur de Cygwin64 terminal et vous avez une erreur:

$ rebase -b 0x50000000 msys-1.0.dll
rebase: Invalid Baseaddress 0x50000000, must be > 0x200000000

Plus tard, j'ai essayé un couple d'adresse, mais aucun d'entre eux travaillaient. Alors j'ai fini par changer le msys-1.0.dll fichier et il a résolu le problème.

J'ai eu le même problème, après quelques Windows 8.0 crash et de mise à jour, sur msys git 1.9. Je n'ai pas trouvé de msys/git dans mon chemin, donc j'ai juste ajouté ça à windows local de l'utilisateur envinroment paramètres. Il a travaillé sans redémarrer.

Fondamentalement, semblable à RobertB, mais je n'avais pas tout git/msys dans mon chemin.

Btw:

1. J'ai essayé d'utiliser git rebase -b blablabla msys.dll mais avait erreur "ReBaseImage (msys-1.0.dll) a échoué avec la dernière erreur = 6"

2. si vous avez besoin rapidement et n'ont pas le temps de débogage, j'ai remarqué "Git Bash.vbs" dans le répertoire Git succès commence shell bash.

J'ai rencontré ce problème witht LPCEXpresso bâtiment.si vous avez l'C:\MinGW\bin dans le CHEMIN. j'avais en quelque sorte de l'enlever pour se débarrasser de ce problème depuis quelques autres MinGW comme base trop

c:\msysgit\bin>rebase.exe -b 0x50000000 msys-1.0.dll