2015-11-19 2 views
7

मैंने अपने इंडिगो आरसीपी एप्लिकेशन पर स्लेक काम करने की कोशिश की है। मैंने this guide पर दिए गए चरणों का पालन किया है। अर्थात। मैंने प्लगइन स्थापित किया है, एसटीटी टूल्स प्लगइन को मौजूदा प्लगइन में जोड़ा है, आवश्यक प्लगइन्स जोड़े हैं, ट्रेसिंग विकल्पों को संशोधित किया है, और folder.addView("org.eclipse.swt.tools.views.SleakView");आरसीपी में स्लेक: डिवाइस संसाधन आवंटन को ट्रैक नहीं कर रहा है

दृश्य वास्तव में दिखाई देता है लेकिन मुझे त्रुटि मिल रही है जब मैं इसका उपयोग करने की कोशिश करता हूं तो 'डिवाइस संसाधन आवंटन को ट्रैक नहीं कर रहा है'।

मैं इस मामले पर stackoverflow में बड़े सवालों के जवाब की कोशिश की है, लेकिन कोई किस्मत

Sleak (SWT & RCP) : Device is not tracking resource allocation (eclipse 4.3)

Sleak SWT tool, Device is not tracking resource allocation

मैं स्पष्ट रूप से जाँच की है कि .options फ़ाइल डिबग विन्यास में भरी हुई थी वास्तव में दोनों ट्रेसिंग विकल्पों की आवश्यकता है।

कोई अतिरिक्त विचार?

+0

क्या आपने इसे हालिया ग्रहण के साथ आजमाया है, यानी यह 5 साल पुरानी ग्रहण में एक बग है जो तय होने के बाद से लंबा है? डीबग कॉन्फ़िगरेशन में "। विकल्प फ़ाइल कैसे लोड की जाती है" क्या आपका मतलब ट्रेसिंग टैब में है, आपके पास सही विकल्प चेक किए गए हैं, या आप अलग-अलग तरीकों से। विकल्प ले रहे हैं? –

+0

जब आप ट्रान्सिंग टैब में ट्रेसिंग और डिबग सक्षम करते हैं तो यह कंसोल पर चलाए जाने पर .options फ़ाइल पर स्थान को स्पष्ट रूप से बताता है (कुछ ट्यूटोरियल ने आपको ट्रेसिंग विकल्पों को जोड़ने के लिए इसे मैन्युअल रूप से संशोधित करने के लिए भी कहा है)। मैंने जांच की है कि डीबग कॉन्फ़िगरेशन में लोड की गई विकल्प फ़ाइल में ट्रेसिंग लाइन दोनों शामिल हैं। – Yampeku

+0

मैं पुन: उत्पन्न करने की कोशिश कर रहा हूं, क्या आप स्लीक और स्विट प्लग-इन के अपने संस्करणों की पुष्टि कर सकते हैं, और ओएस प्लेटफॉर्म पर आप चल रहे हैं? –

उत्तर

0

मुझे लगता है कि आप इन गुणों को ठीक से सेट नहीं किया है:

org.eclipse.ui/debug=true 
org.eclipse.ui/trace/graphics=true 

enter image description here

+0

मैंने उपरोक्त टिप्पणियों में समझाया है, जैसा कि मैंने उन्हें सही ढंग से सेट किया है। विकल्प मेल ऐप के लिए काम करते हैं, लेकिन ऐप के लिए मैं कुछ कारणों से परीक्षण करना चाहता हूं। – Yampeku

1

मैं हाल ही में एक ही समस्या का सामना करना पड़ा है, और एक समाधान खोजने में कामयाब रहे। यहां मुझे जो मिला है, वह जानता है कि यह आपकी मदद कर सकता है।

आरसीपी स्टार्टअप पर, PlatformUI.createDisplay() पर कॉल है, जो Workbench.createDisplay() पर कॉल करने की श्रृंखला है। यह सटीक बिंदु है जहां स्लेक द्वारा आवश्यक डीबग सेटिंग्स ठीक से पढ़ी जाती हैं और सेट की जाती हैं।

हमारे सॉफ़्टवेयर पर क्या हुआ था कि Display.getDefault() पर कॉल को उपरोक्त कॉल से पहले PlatformUI.createDisplay() पर बनाया गया था। इसने एक नई डिस्प्ले ऑब्जेक्ट का निर्माण किया, जिसे डिफ़ॉल्ट के रूप में सेट किया गया था। इस सृजन ने डीबग सेटिंग्स को पढ़ और सेट नहीं किया था।

हमारे कोड PlatformUI.createDisplay() कॉल पर पहुंचने तक, यह वास्तव में एक नया प्रदर्शन नहीं बना था। इसके बजाए, यह पहले से निर्मित, नहीं-डीबग-अनुकूल एक लौटा दिया। इस प्रकार स्लेक को "संसाधन आवंटन को ट्रैक न करने वाले डिवाइस" के बारे में चेतावनी में अग्रणी है।

विधि Display.register (Display display) पर ब्रेकपॉइंट जोड़ने से हमें प्रारंभिक निर्माण उत्पत्ति की पहचान करने और इसे ठीक से बदलने में मदद मिली।

संबंधित मुद्दे