cygwin mise à jour de cause “Erreur: impossible de fourche processus enfant: Ressource temporairement non disponible.”

De https://chromium.googlesource.com/chromium/src/+/master/docs/cygwin_dll_remapping_failure.md

La manipulation des échecs répétés de rebaseall pour permettre cygwin reconfigure

Parfois Dll sur laquelle cygwin n'a aucun contrôle répertoriées dans cygwin
les processus à des endroits que cygwin a choisi pour ses bibliothèques.
Cela a été vu principalement avec des anti-virus, Dll. Lorsque cela se produit,
cygwin doivent être informés, au cours de la rebase pour éviter la zone de
la mémoire où cette DLL est mappé.

Fond

Une toile de fond pour ce qui est disponible sur
http://www.dont-panic.cc/capi/2007/10/29/git-svn-fails-with-fatal-error-unable-to-remap/

En raison de unix fourche sémantique (sans doute), cygwin les bibliothèques doivent être
mappé dans le même emplacement à la fois le parent et l'enfant d'une fourchette. Tous
cygwin bibliothèques ont des conseils en eux l'endroit où ils devraient être mappé
dans un processus de l'espace d'adresse; si ces conseils sont suivis, chaque
la bibliothèque sera mappé dans le même endroit dans les deux espaces d'adressage.
Cependant, Windows est parfaitement heureux de cartographie d'une DLL n'importe où dans le
adresse de l'espace; l'indicateur n'est pas considéré comme un contrôle. La reconfiguration
erreur se produit lorsqu'un cygwin processus commence et l'un de ses bibliothèques
ne peut pas être mappé à l'emplacement spécifié par son indice.

/usr/bin/rebaseall changements de la DLL de conseils pour tous les cygwin
les bibliothèques de sorte qu'il n'y a pas d'inter-bibliothèque des conflits; il ne ce
en choisissant un contigus, mais pas de chevauchement de la bibliothèque mise en page de départ
à une adresse de base et de travail vers le bas. Ce processus permet de s'assurer qu'il ya des
pas intra-cygwin conflits, mais ne peut pas faire face à des conflits avec
externe Dll qui sont dans cygwin processus d'espaces d'adressage
(par exemple, anti-virus, Dll).

Pour gérer ce cas, vous avez besoin de comprendre quelle est la problématique
non cygwin bibliothèque de l'est, où il est dans l'espace d'adressage, et ne le
rebase sorte qu'il n'cygwin conseils carte les bibliothèques de l'emplacement.

Détails

• Télécharger le ListDLLs exécutable à partir de
  sysinternals
• Exécuter en tant qu'administrateur alors que certains cygwin commandes en cours d'exécution.
• Analyser la sortie pour la cygwin processus (identifiable par la commande) et pour
  Dll dans le processus qui ne ressemble pas à de la Dll cygwin (comme un AV). Note
  l'emplacement de ces bibliothèques (il y a généralement le seul).
• Choisir une adresse de l'espace de l'emplacement plus bas que son adresse de départ.
• Quittez tous cygwin processus.
• Exécuter un shell de commande windows en tant qu'administrateur
• cd \cygwin\bin
• Exécuter ash /usr/bin/rebaseall -b <base address> (Cette commande peut également prendre un
  -v drapeau si vous voulez voir la DLL mise en page.)

Qui devrait résoudre le problème.

Échoué rebaseall

Si vous choisissez une adresse de base qui est trop faible, vous pouvez vous retrouver avec une fracture de la cygwin
installer. Vous pouvez le réinstaller en cours d'exécution de cygwin setup.exe encore une fois, et sur le
paquet de sélection de la page, en cliquant sur le "Tous" entrée de la Réinstaller. Vous pourriez avoir à
le faire deux fois, comme vous pouvez obtenir des erreurs sur la première réinstaller passer.

Voici le correctif.

1. Aller à vous de Windows Defender Centre de Sécurité des paramètres de
2. Cliquez sur App & Contrôle de Navigateur
3. En bas cliquez sur "Exploiter les Paramètres de Protection" lien
4. Aller à "Paramètres de Programme" et cliquez sur "Ajouter un programme à
   personnaliser" -> "Choisissez exact chemin d'accès au fichier"
5. Naviguez jusqu'à "C:\Program Files\Git\usr\bin\sh.exe" et d'ajouter
6. De remplacement et de désactiver la suivante: l'obligation de l'ASLR, Randomiser les allocations de mémoire (Bottom-up ASLR)
7. Cliquez sur "Appliquer" et maintenant, tout devrait fonctionner correctement.

Également ajouter ces autres fichiers binaires à partir du même dossier: expr.exe, uname.exe, grep.exe, rm.exe

Bonne chance,

Gabriel

de le désinstaller,
et installer le logiciel 32-bit.

Exactement le même message d'erreur a plusieurs causes, pas toutes liées à la setup-x86_64.exe, bien que je l'ai vu dans ce contexte. Mais si rebaseall n'a pas de résoudre votre problème, voici une suggestion qui pourrait fonctionner.

Dans le cas que j'ai vu ce matin, il s'est avéré avoir été causé par la présence d'un couple de processus qui a continué à fonctionner après je suis sorti de la mintty un émulateur de terminal. Mon intuition est que ces zombie processus d'éviter que la console soit recyclé. Dans mon cas, les deux processus ont été déterminées expérimentalement, par l'examen d'une liste de processus en cours d'exécution pour les errants des processus qui ne sont plus nécessaires. J'ai trouvé les deux processus qui me bloquaient par la révision de la liste des tâches en cours d'exécution.

C:\WINDOWS\system32>tasklist | grep Console

CobraWinLDTP.exe             31844 Console                    1     43,600 K
geckodriver.exe              52640 Console                    1     32,164 K

C:\WINDOWS\system32>taskkill /F /PID 31844
SUCCESS: The process with PID 31844 has been terminated.

C:\WINDOWS\system32>taskkill /F /PID 52640
SUCCESS: The process with PID 52640 has been terminated.

J'ai vu sur certains autres stackoverflow questions que git est souvent le zombie processus que les causes de ce symptôme (pour certains utilisateurs). Malheureusement, tout résidu de processus qui survit après votre session de la console est fermée, cela peut provoquer ce problème, de sorte que vous avez à l'expérience.