से बाहर निकलने का प्रयास करते समय डीबगर कदम गहरे कदम उठाते हैं मैं एक्सकोड 4.5 के भीतर (ऐप्पल) एलएलवीएम 4.1 का उपयोग कर रहा हूं (लेकिन मैंने पहले बीटा में एक ही चीज़ देखी थी)। मैंने इसे सी ++ 11 को लक्षित किया है और libC++ (नया, सी ++ 11 सक्षम, एसडीडी लाइब्रेरी का एलएलवीएम संस्करण) का उपयोग कर रहा हूं।सी ++ 11 std lib
डीबग बिल्ड में, यदि मैं एक कोड पर कदम उठाने का प्रयास करता हूं जो एक std लाइब्रेरी फ़ंक्शन (जैसे एक std :: वेक्टर कन्स्ट्रक्टर) में कॉल करता है तो डीबगर std lib कार्यान्वयन में बंद हो जाता है और यदि मैं इसे चरणबद्ध करने का प्रयास करता हूं और गहरा! मैं अपने कोड पर वापस आने से पहले कई (कभी-कभी 10 या अधिक) चरण-आउट ले सकता हूं (और मैं इस पहले स्थान पर कभी भी कदम नहीं उठाना चाहता था)।
हमेशा एक _LIBCPP_DEBUG मैक्रो दृश्य में दिखाई देता है, साथ ही _LIBCPP_INLINE_VISIBILITY - लेकिन ये हर जगह होने लगते हैं इसलिए मुझे यकीन नहीं है कि यह एक सहसंबंध है। ऐसा लगता है कि इनलाइनिंग के तरीके के साथ कुछ करने के लिए यह प्रतीत होता है।
मैं इस समस्या के साथ किसी और के किसी भी उदाहरण को खोजने में सक्षम नहीं हूं - फिर भी, मेरे लिए, यह कई बीटा में जारी रहा है - रिलीज में - और ओएस की पूरी तरह से पुनर्स्थापित करने के माध्यम से।
क्या कोई और भी देखा गया है यह? - लेकिन बेहतर अभी भी जानता है कि क्या हो रहा है?
अभी तक मेरे एक्सकोड को अपग्रेड नहीं किया गया है, लेकिन रिलीज मोड में संकलित कोड को डिबग करने पर, डीबगर कभी-कभी थोड़ा जंगली हो सकता है। क्या आप इसे डीबग मोड में संकलित कोड में देख रहे हैं? –
हां, क्षमा करें, यह कहना था कि यह एक डीबग बिल्ड था। मैंने इसे प्रतिबिंबित करने के लिए प्रश्न संपादित कर लिया है। – philsquared
मुझे भी यकीन है कि मैं इसे पहले संस्करण के बीटा में देख रहा था - 4.2 या 4.3, शायद। उस समय मुझे संदेह था कि यह सिर्फ एक बीटा चीज थी और इसे रिलीज द्वारा हल किया जाएगा (नहीं, मैंने रडार सबमिट नहीं किया - मैं बस जीटीएफओ सीएफ। Http://fixradarorgtfo.com)। – philsquared