गेट एक्सटेंशन्स: Win32 त्रुटि 487: साइबरविन के ढेर के लिए स्थान आरक्षित नहीं कर सका, Win32 त्रुटि 0

Question

गेट एक्सटेंशन: कल तक सब कुछ ठीक चल रहा था।

लेकिन जब मैं कुछ रिपॉजिटरी का उपयोग करके खींचने की कोशिश करता हूं तो अचानक मुझे यह त्रुटि मिलती है git extensions

C:\Program Files\Git\bin\git.exe pull --progress "origin" 
Done
    0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487
AllocationBase 0x0, BaseAddress 0x68560000, RegionSize 0x390000, State 0x10000
C:\Program Files\Git\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0

यह उन सभी रिपॉजिटरी के लिए हो रहा है जिन्हें मैंने क्लोन किया है। लेकिन, मेरी बिट बैश ठीक काम कर रहा है। मुझे कुछ पता नहीं है कि क्या चल रहा है। किसी भी विचार के रूप में यह क्यों हो रहा है?

Comments

साइगविन अजीब है और लगातार साझा मेमोरी वर्गों का उपयोग करता है। क्या आपने अपने सिस्टम को रिबूट करने की कोशिश की है?

— ग्रेग हेविगिल

@GregHewgill: कुछ दिनों से रिबूट नहीं हुआ है। एकदम से कर देंगे।

— उचिया इताची

@GregHewgill: इसने काम किया। धन्यवाद, शायद अगर आप इसे एक उत्तर के रूप में पोस्ट करते हैं तो यह दूसरों के लिए भी उपयोगी होगा।

— उचिया इताची

बस यह कहना चाहता था कि यह बग ख़त्म होने के लिए विशिष्ट नहीं है और बुरे दिनों में साइबरविन बिना किसी स्पष्ट कारण के किसी भी निष्पादन योग्य पर दुर्घटनाग्रस्त हो जाएगा।

— मेनडेलल

ओपी, आपको @ यारखा के उत्तर के लिए चयनित उत्तर को बदलना चाहिए, क्योंकि समस्या का मूल कारण हल होता है। यह भविष्य के पाठकों पर कुछ व्यर्थ प्रयासों को बचा सकता है (जैसा कि मेरे साथ हुआ)।

— ysap

Answer 1

Cygwin लगातार साझा किए गए मेमोरी सेक्शन का उपयोग करता है, जो अवसर पर दूषित हो सकता है। इसका लक्षण यह है कि कुछ Cygwin प्रोग्राम विफल होने लगते हैं, लेकिन अन्य एप्लिकेशन अप्रभावित रहते हैं। चूँकि ये साझा मेमोरी सेक्शन लगातार बने रहते हैं, इसलिए समस्या को हल करने से पहले उन्हें साफ़ करने के लिए अक्सर सिस्टम रिबूट की जरूरत होती है।

Comments

यदि यह किसी की मदद करता है, तो मैंने अपने पैठ में GitExtensions bit को पहले ही आइटम के रूप में स्थानांतरित कर दिया और ऐसा लगता है कि यह मेरे लिए समस्या को हल कर दिया है। (मैं git / cmd को 2 ही डालता हूं - निश्चित नहीं कि अगर वह इसका हिस्सा था)। रिबूट या .dll फेरबदल की तुलना में थोड़ा आसान है।

— jinglesthula

क्या कोई ऐसा निष्पादन योग्य नहीं है जिसे सिर्फ स्मृति मुक्त करने के लिए समाप्त किया जा सके? एक पूर्ण सिस्टम रिबूट ओवरकिल की तरह लगता है। इसके अलावा, नीचे एक उत्तर ( stackoverflow.com/a/31970708/88409 ) बताता है कि समस्या वास्तव में क्या है, और इसका दूषित स्मृति से कोई लेना-देना नहीं है।

— त्रिनको

Answer 2

मुझे भी यही समस्या थी। मुझे यहाँ http://jakob.engbloms.se/archives/1403 पर समाधान मिला

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

मेरे लिए समाधान थोड़ा अलग था। ये था

C:\Program Files (x86)\Git\bin>rebase.exe -b 0x50000000 msys-1.0.dll

इससे पहले कि आप dlls को रिबेट करें, आपको यह सुनिश्चित करना चाहिए कि यह उपयोग में नहीं है:

tasklist /m msys-1.0.dll

और एक बैकअप बनाएं:

copy msys-1.0.dll msys-1.0.dll.bak

अगर रिबेस कमांड कुछ इस तरह से विफल हो जाता है:

ReBaseImage (msys-1.0.dll) अंतिम त्रुटि = 6 के साथ विफल रहा

आपको निम्न चरणों का पालन करना होगा:

1. किसी अन्य निर्देशिका में dll की प्रतिलिपि बनाएँ
2. ऊपर दिए गए आदेशों का उपयोग करते हुए प्रतिलिपि को पुनः भेजें
3. प्रतिलिपि के साथ मूल dll बदलें।

यदि कोई समस्या कमांडर को प्रशासक के रूप में चलाती है

Comments

मेरे मामले में मैं rebase.exe / mingw के तहत उप-निर्देशिका में था इसलिए कमांड समाप्त हो रहा है: c: / msysgit / mingw / bin / rebase -b 0x50000000 msys-1.0.dll और मैंने इसे c में स्थित रहते हुए चलाया: / msysgit / bin निर्देशिका।

— रॉबर्ट ओस्लर जू

मैंने यह त्रुटि पुनः प्राप्त की है ReBaseImage (msys-1.0.dll) अंतिम त्रुटि के साथ विफल = 6

— TheJKFever

@ TheJKFever को आपको एक कमांड प्रॉम्प्ट में प्रशासक के रूप में चलाने की आवश्यकता है, क्योंकि यह msys-1.0.dll को संशोधित करने जा रहा है। पहले dll का बैकअप बनाएं, इसे msys-1.0.dll.bak पर कॉपी करें, फिर कमांड को एडमिनिस्ट्रेटर के रूप में चलाएं। इसने मेरे लिए काम किया।

— निकोलास जॉर्जियो

विंडोज 8.1 बताता है कि मैं इस पीसी पर इस निष्पादन योग्य को नहीं चला सकता हूं जब मैं रिबास करने की कोशिश करता हूं

— जूल्स जीएम

मेरे पास मेरे Win10 64 बिट प्रो पर rebase.exe नहीं है, लेकिन निम्नलिखित को कॉल करने से चाल चली गई (VS2010): "C: \ Program Files (x86) \ Microsoft Visual Studio 10.0 \ VC \ bin \ amd64 \ editbin.exe "" रिपोर्ट: आधार = 0x50000000 msys-1.0.dll

— पॉल ब्यूमैन

Answer 3

tl; dr: विंडोज 2 के लिए 64-बिट गिट स्थापित करें ।

---

तकनीकी जानकारी

      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

इस लक्षण का अपने आप में निष्पादकों की छवि के ठिकानों से कोई लेना-देना नहीं है, दूषित सिग्विन के साझा मेमोरी सेक्शन, डीएलएस के परस्पर विरोधी संस्करण आदि।

यह सिग्विन कोड इस निश्चित पते 0x68570000 पर अपने ढेर के लिए स्मृति का ~ 5 एमबी बड़ा हिस्सा आवंटित करने में विफल रहा है, जबकि केवल एक छेद ~ 2.5 एमबी बड़ा स्पष्ट रूप से वहां उपलब्ध था। संबंधित कोड msysgit स्रोत में देखा जा सकता है ।

---

पता स्थान का वह हिस्सा मुक्त क्यों नहीं है?

इसके कई कारण हो सकते हैं। मेरे मामले में यह एक परस्पर विरोधी पते पर लोड किए गए कुछ अन्य मॉड्यूल थे:

अंतिम पता लगभग 0x68570000 + 5 MB = 0x68C50000 होगा, लेकिन ये WOW64- संबंधित DLL 0x68810000 से ऊपर से लोड किए गए हैं, जो आवंटन को रोकते हैं।

जब भी कुछ साझा DLL होता है, तो विंडोज सामान्य रूप से कुछ स्थानांतरण प्रसंस्करण को बचाने के लिए सभी प्रक्रियाओं में एक ही आभासी पते पर लोड करने की कोशिश करता है। यह दुर्भाग्य की बात है कि इन सिस्टम घटकों को इस बार किसी परस्पर विरोधी पते पर लोड किया गया ।

---

आपके Git में Cygwin क्यों है?

क्योंकि Git एक अमीर सुइट है जिसमें कुछ निम्न स्तर के कमांड और बहुत सारी उपयोगी उपयोगिताएँ होती हैं, और ज्यादातर यूनिक्स जैसी प्रणालियों पर विकसित की जाती हैं। बड़े पैमाने पर पुनर्लेखन के बिना इसे बनाने और इसे चलाने में सक्षम होने के लिए, इसे कम से कम एक आंशिक यूनिक्स जैसा वातावरण चाहिए।

इसे पूरा करने के लिए, लोगों ने MinGW और MSYS का आविष्कार किया है - एक यूनिक्स जैसे फैशन में विंडोज पर प्रोग्राम विकसित करने के लिए बिल्ड टूल्स का एक न्यूनतम सेट। MSYS में एक साझा लाइब्रेरी भी शामिल है msys-1.0.dll, जो रनटाइम के दौरान दो प्लेटफार्मों के बीच संगतता मुद्दों में से कुछ के साथ मदद करता है। और उस के कई हिस्सों को सिग्विन से लिया गया है, क्योंकि किसी को पहले से ही वहां की समस्याओं को हल करना था।

तो यह साइगविन नहीं है, यह मिनगॉ का रनटाइम डीएलएल है जो यहां अजीब व्यवहार कर रहा है।

साइग्विन में, यह कोड वास्तव में बहुत बदल गया है क्योंकि MSYS 1.0 में क्या है - उस फ़ाइल के लिए अंतिम प्रतिबद्ध संदेश "आयात Cygwin 1.3.4" कहता है, जो 2001 से है!

दोनों वर्तमान Cygwin और MSYS का नया संस्करण - MSYS2 - पहले से ही जगह में अलग तर्क है, जो उम्मीद है कि और अधिक मजबूत है। यह विंडोज के लिए Git के पुराने संस्करण हैं जो अभी भी पुराने टूटे MSYS सिस्टम का उपयोग करके बनाए गए हैं।

---

स्वच्छ समाधान:

• विंडोज 2 के लिए Git इंस्टॉल करें - यह नए, ठीक से बनाए रखा MSYS2 के साथ बनाया गया है और इसमें कई नए फीचर्स, बहुत सारे बग फिक्स, सुरक्षा सुधार आदि शामिल हैं। यदि संभव हो, तो 64-बिट संस्करण का उपयोग करने की भी सिफारिश की जाती है । लेकिन 32-बिट सिस्टम के लिए पर्दे के पीछे रिबेट वर्कअराउंड स्वचालित रूप से किया जाता है, इसलिए वहां होने वाली समस्या की संभावना भी कम होनी चाहिए।
• बस पता स्थान को साफ करने के लिए कंप्यूटर को पुनरारंभ करना (इन मॉड्यूल को एक अलग यादृच्छिक पते पर लोड करना) काम कर सकता है, लेकिन वास्तव में, सुरक्षा फ़िक्स पाने के लिए विंडोज 2 के लिए गिट में अपग्रेड करें यदि कुछ और नहीं।

हैकी समाधान:

• परिवर्तन PATHकभी-कभी काम कर सकता है क्योंकि msys-1.0.dllGit या अन्य MSYS- आधारित अनुप्रयोगों के विभिन्न संस्करणों के अलग-अलग संस्करण हो सकते हैं , जो शायद अलग पते, इस ढेर के विभिन्न आकार आदि का उपयोग करते हैं।
• रिबासिंग msys-1.0.dllसमय की बर्बादी हो सकती है, क्योंकि 1) एक डीएलएल होने के नाते, इसकी पहले से ही स्थानांतरण जानकारी है और 2) "विंडोज ओएस के किसी भी संस्करण में कोई गारंटी नहीं है कि (...) डीएलएल हमेशा एक ही पते के स्थान पर लोड होगा" वैसे भी ( स्रोत )। एकमात्र तरीका यह मदद कर सकता है यदि वह msys-1.0.dllस्वयं उस परस्पर विरोधी पते पर लोड करता है जिसे वह उपयोग करने की कोशिश कर रहा है। जाहिरा तौर पर यह कभी-कभी ऐसा होता है, क्योंकि यह 32-बिट सिस्टम पर विंडोज लोगों के लिए Git स्वचालित रूप से कर रहा है ।
• उपरोक्त निष्कर्षों को ध्यान में रखते हुए, मैंने मूल रूप से msys-1.0.dllबाइनरी को एक अलग मूल्य का उपयोग करने के लिए बाइनरी पैच किया _cygheap_startऔर इससे समस्या का तुरंत हल हो गया।

Comments

आपकी उत्सुक टिप्पणी के लिए धन्यवाद! यह पता चला है कि यह कुछ समय के लिए एक या दूसरे तरीके से तय किया गया है और उचित समाधान MSYS2 पर निर्मित विंडोज 2 (और इस तरह अधिक हाल ही में सिग्विन कोड) के लिए Git का उपयोग करना प्रतीत होता है।

— यारखा

धन्यवाद, जानकर अच्छा लगा। मैं git- एक्सटेंशन के साथ बंडल किए गए संस्करण का उपयोग कर रहा हूं, जो भी हो। रिबूटिंग ने इसे ठीक कर दिया है इसलिए मैं इसे अनदेखा कर दूंगा जब तक कि अपडेट मेरे लिए अपना रास्ता न बना ले। :-)

— टिम एबेल

बिल्कुल सही, अच्छी तरह से प्रलेखित उत्तर! और वर्तमान में स्वीकृत जवाब के बजाय समस्या का एक उचित स्थायी समाधान।

— सोरेन बोइसेन

समस्या पर थोड़ा और विस्तार - github.com/git-for-windows/git/wiki/32-bit-issues

— Kunal

x64 विंडो के लिए Git ने मेरे और cmder के लिए काम किया। धन्यवाद! यह मुझे पागल कर रहा है, विशेष रूप से बिल्डर के साथ काम कर रहा है। मैंने मूल रूप से cmder/vendor/git-for-windowsनिर्देशिका में x64 Git फ़ोल्डर की प्रतिलिपि बनाई और पुराने फ़ोल्डर का नाम बदल दिया git-for-windows-x86। यदि आप खोलते हैं cmder/vendor/git-for-windows, तो आपको एक फ़ोल्डर दिखाई देगा mingw32, जो आपका सुराग है जिसे आप 32 बिट का उपयोग कर रहे हैं। X64 Git में, आपको एक फ़ोल्डर दिखाई देगा mingw64।

— cmeza

Answer 4

रिबास समाधान का बहुत सरल सत्यापन:

उस फ़ोल्डर में जाएं जहां गिट स्थापित है, जैसे:

C:\Program Files (x86)\Git\bin

फ़ोल्डर में शिफ्ट और राइट क्लिक करके, आपको वहां से प्रशासक के रूप में कमांड प्रॉम्प्ट खोलने में सक्षम होना चाहिए ( उस टिप्पणी के लिए https://stackoverflow.com/users/355389/darren-lewis के लिए धन्यवाद ),

फिर भागो:

rebase.exe -b 0x50000000 msys-1.0.dll

यह मेरे लिए यह तय है जब पुनरारंभ दृष्टिकोण काम नहीं किया।

आशा है ये मदद करेगा।

Comments

मेरे लिए काम किया। बस सुनिश्चित करें कि आप प्रशासक के रूप में कमांड प्रॉम्प्ट चलाते हैं।

— डेरेन लुईस

यह मेरे लिए भी काम करता है, एक नोट के रूप में, मुझे नहीं पता कि आप राइट क्लिक को कैसे शिफ्ट कर सकते हैं और cmd.exe को एडमिन के रूप में लोड कर सकते हैं, इसलिए मैंने cmd.exe को राइट क्लिक स्टार्ट से स्टार्ट सिलेक्ट एडमिन के रूप में शुरू किया, फिर डायरेक्ट्री में सीडी, उसके बाद कमांड चलाएँ। इसने काम कर दिया!

— एडेनोरबिन

Answer 5

मैंने git1.8.5.2 में अपग्रेड करने के बाद एक ही त्रुटि संदेश देखा है:

बस msys-1.0.dllअपने C:\ड्राइव पर सभी के लिए एक खोज करें , और Git द्वारा उपयोग किए जाने वाले को पहले बनाएं।

उदाहरण के लिए, मेरे मामले में मैंने बस के क्रम को बदल दिया है:

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

Git पाथ C:\prgs\git\PortableGit-1.8.5.2-preview20131230\bin\मेरे पहले में आने से %PATH%, त्रुटि संदेश गायब हो गया।

रिबूट या यहां तक ​​कि डॉस सत्र को बदलने की कोई आवश्यकता नहीं है।
एक बार %PATH%उस डॉस सत्र में अपडेट होने के बाद, git कमांड सिर्फ काम करता है।

---

ध्यान दें कि carmbrester और सिक्स्टो Saez नीचे दोनों रिपोर्ट (टिप्पणी में) करने के लिए रिबूट इस समस्या को ठीक करने के लिए।
नोट: सबसे पहले, किसी को भी हटा दें msys-1.0.dll, जैसे एक में%LOCALAPPDATA%

Comments

मेरे पास मेरे रास्ते में कहीं भी msys-1.0.dll नहीं था, लेकिन ऐसा लगता है कि आप वहीं पर कुछ कर रहे थे - मेरे रास्ते के git भाग को सूची में उच्च स्थान पर ले जाने से मेरे लिए समस्या हल हो गई। उसके लिये आपका धन्यवाद! - ठीक करने के लिए रिबूटिंग के थक गए।

— carmbrester

मेरी "अतिरिक्त" msys-1.0.DLL फ़ाइलें जहाँ C: \ Users \ एक अन्य ऐप से अपने लॉगिन \ AppData \ Local में हैं। उस ऐप को हटाने और रिबूट करने से मेरे लिए समस्या

— खड़ी

@SixtoSaez दिलचस्प। मैंने रिबूट चरण को अधिक दृश्यमान बनाने के लिए उत्तर संपादित किया है।

— वॉन सीपीसी

शायद जिन लोगों को रिबूट की जरूरत थी, उन्हें बस जरूरत थी (गलत DLL लोडिंग से एक अलग मुद्दे पर)

— जॉर्ज बीर्बिलिस

Answer 6

यदि एक रिबूट समस्या को ठीक नहीं करता है (जैसा कि ग्रेग हेगविल के उत्तर द्वारा सुझाया गया है) तो एमएसईएस 1.0.dll (और संभवतः अन्य संबंधित डीएलएल) की स्थापना (एस) के परस्पर विरोधी स्थापना के लिए अपने पैट को जांचें।

मेरी विशेष स्थिति में मिनिसॉ की स्थापना के लिए msys की binनिर्देशिका में उस DLL की एक प्रति है ( <MinGW_Install_Path>\msys\1.0\bin), और इसे PATH में सूचीबद्ध किया गया था। GAT की cmdनिर्देशिका को PATH में सूचीबद्ध किया गया था, लेकिन यह नहीं binथा। (मिट्स-1.0 bin. dll का Git संस्करण निर्देशिका में है। जाहिर तौर पर MSys-Git की डिफ़ॉल्ट स्थापना इसके binPATH में शामिल नहीं होती है।)

GAT की binनिर्देशिका को PATH में जोड़ने के लिए एक अस्थायी निर्धारण किया गया था ताकि यह मिनगॉव के रास्तों से पहले दिखाई दे। (एक अधिक स्थायी फिक्स में मिनिगॉज़ के एमएसआईएस और जीआईटीएस और / या डुप्लिकेट एमएसआईएस इंस्टॉलेशन को हटाने के बीच पथ संघर्ष को सुलझाने की संभावना होगी।)

Comments

रिबूट ने इसे मेरे लिए ठीक नहीं किया! पथ में वास्तव में कुछ डुप्लिकेट प्रविष्टियाँ थीं। बहुत बहुत धन्यवाद।

— रेगिनाल्डो सैंटोस

Answer 7

बस अपना अनुभव यहां साझा करना चाहता हूं। Windows 64 बिट मशीन पर MTK प्लेटफ़ॉर्म के लिए संकलन करते समय मैं एक ही मुद्दे पर आया था। MinGW और MSYS निर्माण प्रक्रिया में शामिल होते हैं और यह मुद्दा पॉप अप हो जाता है। मैंने msys-1.0.dllफ़ाइल को बदलकर इसे हल किया । rebase.exeमेरे लिए न तो सिस्टम रिबूट ने काम किया।

चूंकि मेरे कंप्यूटर पर कोई रिबास। Exe स्थापित नहीं है। मैंने cygwin64 स्थापित किया और rebase.exeअंदर का उपयोग किया :

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

हालाँकि रिबासिंग सफल दिखी, लेकिन त्रुटि बनी रही। तब मैंने rebaseCygwin64 टर्मिनल के अंदर कमांड चलाया और एक त्रुटि हुई:

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

मैंने बाद में एक दो पते की कोशिश की लेकिन दोनों में से किसी ने भी काम नहीं किया। इसलिए मैंने msys-1.0.dllफ़ाइल को बदलना समाप्त कर दिया और इसने समस्या को हल कर दिया।

Answer 8

मैं आज इसमें भाग गया। ग्रेग हेगिल के जवाब से प्रेरित होकर, मैंने अपने सिस्टम पर चल रही प्रक्रियाओं को देखा कि क्या कुछ "अटक गया" है या यदि अन्य उपयोगकर्ता मशीन में लॉग इन कर रहे हैं तो कुछ भी कर सकते हैं। फिर मैंने इस विशेष मशीन पर साइबरविन (अलग से स्थापित) लॉन्च किया। यह ठीक है। मैंने इसे बंद कर दिया और फिर Git के एक्सटेंशन्स को फिर से आज़माया (मैं एक पुल ऑपरेशन की कोशिश कर रहा था) और इसने काम किया। यह निश्चित नहीं है कि अगर साइबरगन के लॉन्चिंग ने कुछ साझा किया गया था, लेकिन यह पहली बार था जब मैं इस त्रुटि में भाग गया था और यह मेरे लिए इसे ठीक कर रहा था।

Answer 9

कुछ विंडोज 8.0 क्रैश और अपडेट के बाद, मुझे यही समस्या थी, msys git 1.9 पर। मुझे अपने रास्ते में कोई msys / git नहीं मिला, इसलिए मैंने इसे केवल विंडोज़ लोकल-यूज़र एनवायरमेंट सेटिंग्स में जोड़ा। यह फिर से शुरू किए बिना काम किया।

मूल रूप से, रॉबर्टब के समान, लेकिन मेरे पास मेरे रास्ते में कोई गिट / एमएसआई नहीं था ।

btw:

1. मैंने रिबेस-बी ब्लाब्लाब्ला msys.dll का उपयोग करने की कोशिश की, लेकिन त्रुटि थी "ReBaseImage (msys-1.0.dll) अंतिम त्रुटि के साथ विफल = 6"

2. अगर आपको इसकी आवश्यकता है तो जल्दी से डिबगिंग न करें, मैंने देखा कि "Git Bash.vbs" को Git डायरेक्टरी में सफल होना शुरू हो गया है।

Comments

मेरे लिए एक ही स्थिति। व्यवस्थापक के रूप में रिबास करना विफल रहा। c:\Program Files (x86)\Git\binपथ पर जोड़ा गया और अब मैं स्वर्णिम हूँ।

— जॉन क्रॉवेल

Answer 10

यह त्रुटि मेरे विंडोज मशीन पर बहुत कम ही होती है। मैंने मशीन को रिबूट करना समाप्त कर दिया, और त्रुटि दूर हो गई।

Answer 11

मुझे इस मुद्दे का सामना करना पड़ा है कि उन्होंने LPCEXpresso बिल्डिंग का निर्माण किया है। यदि आपके पास PATH में C: \ MinGW \ bin है। किसी तरह मुझे इस मुद्दे से छुटकारा पाने के लिए इसे हटाना पड़ा क्योंकि कुछ अन्य मिनगॉव जैसे आधारित भी

Answer 12

इस समस्या को ठीक करने के लिए, मैंने बस कछुआ गिट को अपना अद्यतन स्थापित करने दिया।

Answer 13

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

Answer 14

पुराने USERPROFILE% \ AppData \ Local \ SourceTree \ app-xxx के पुराने संस्करण को हटाना मेरे लिए काम किया। नहीं यकीन है कि यह कैसे कमांड लाइन git से जुड़ा था ...