Windows 32bit (UPD: Linux पर भी) पर विकास के लिए जाने की अनुशंसा नहीं की गई है

Abtin Forouzandeh ने 32-बिट विंडोज प्लेटफॉर्म के लिए गो कार्यान्वयन में एक बग की खोज की । सबसे सरल प्रोग्राम शुरू होता है और फिर क्रैश हो जाता है।

त्रुटि के एक अध्ययन के परिणामों के अनुसार, यह पता चला है कि बिंदु गो के साथ मेमोरी आवंटित करने में है। 32-बिट विंडोज सिस्टम पर, कुल 4GB वर्चुअल पता स्थान उपलब्ध है, जिनमें से शीर्ष 2 सिस्टम के लिए आरक्षित हैं, और इस प्रक्रिया में 2 गीगाबाइट कम हैं। जब आप 8g संकलक द्वारा संकलित गो प्रोग्राम चलाते हैं, तो रनटाइम कचरा संग्राहक की जरूरतों के लिए 512 मेगाबाइट वर्चुअल पता स्थान आवंटित करने का प्रयास करता है। समस्या यह है कि एक टुकड़े में मेमोरी की आवश्यकता होती है। हालाँकि, इस भाषा के कार्यान्वयन में, KERNELBASE.DLL लाइब्रेरी को पता स्थान के बीच में लोड किया गया है, सिस्टम मेमोरी के एक विस्तारित हिस्से को आवंटित करने में विफल रहता है और दुर्घटना होती है।

गो डेवलपर्स को समस्या के बारे में सूचित किया जाता है, लेकिन त्रुटि "प्राथमिकता-बाद" के लिए सेट की जाती है और 1 संस्करण में इसे ठीक नहीं किया जाता है। सुधार के फैसले "64 बिट्स पर अपग्रेड" और "यूनिक्स पर अपग्रेड" और "हम इसे कैसे देखें?" मूल पोस्ट के लेखक ने C से जाने के लिए स्विच करना चुना।

UPD: जैसा कि atd सही ढंग से इंगित करता है , भले ही आप 32bit Linux में अपग्रेड करें, कचरा संग्रहकर्ता के साथ समस्याएं गायब नहीं होंगी। यह बग दिखाता है कि कुछ डेटा संरचनाओं के लिए, कचरा कलेक्टर कार्य के साथ सामना नहीं करता है। लंबे समय तक चलने और स्मृति-गहन कार्यक्रमों के लिए, इसका अर्थ है लगातार दुर्घटनाग्रस्त होना। डेवलपर्स की सिफारिशें - काला जादू जैसे "अलग-अलग संरचनाओं में लंबे समय तक रहने वाले और अल्पकालिक डेटा फैलाएं" या फिर, "64 बिट्स पर स्विच करें।" निकट भविष्य में, त्रुटि को ठीक नहीं किया जाएगा।