मुझे पता है कि यह एक पुरानी पोस्ट है, लेकिन मैं आज भी एक ही मुद्दे में भाग गया। एक कंपाइलर-आपूर्ति हेडर फ़ाइल मानने के लिए बहुत जल्दी मत बनो दोषपूर्ण है। यह शायद ही मामला है, खासकर हेडर्स जैसे stdio.h जो लंबे समय से आसपास रहे हैं।
ध्यान रखें कि नेटबीन्स कोड सहायता संदर्भ आपके स्रोत कोड में उपयोग किए गए शामिल हैं। कंपाइलर द्वारा उपयोग किए जाने वाले किसी भी मैक्रोज़ को नेटबीन्स को परिभाषित किया जाना चाहिए। एक फ़ाइल जैसे stdio.h में एक या अधिक मैक्रोज़ के आधार पर सशर्त शामिल हो सकता है। जब तक नेटबीन उन मैक्रोज़ से अवगत न हों, तब तक प्रक्रियाओं को लागू करने पर उन्हें लागू नहीं किया जा सकता है, ताकि कोड सहायता प्रदान करने के लिए फाइलें शामिल हों। इससे सशर्त हेडर को रोक दिया जा सकता है जिसमें प्रतीकों को लोड किया जा रहा है।
उदाहरण के लिए, आज मैंने देखा कि मेरे द्वारा उपयोग की जाने वाली फ़ाइल में कई सशर्त शामिल हैं और प्रतीकों नेटबीन्स ने बताया कि यह उन फ़ाइलों में परिभाषित नहीं किया जा सका। यह जानकर कि मैं एक विशेष प्रोसेसर के लिए निर्माण कर रहा था, मैंने उचित फाइल को अंदर शामिल करने के लिए आवश्यक मैक्रो निर्धारित किया। तब मैंने परियोजना गुण/कोड सहायता/सी कंपाइलर/प्रीप्रोसेसर परिभाषाओं में मैक्रो परिभाषित किया। उस समय नेटबीन्स प्रतीकों को हल करने में सक्षम था।
स्रोत
2011-12-28 06:10:51
क्या आप कोड नमूना के अंत में "वापसी 0;}" खो रहे हैं, या यह समस्या है? –
मेरे पास पहले से ही कोड बीमार संपादन का एक हिस्सा है – Max
केवल FILE * फ़ाइल को रेखांकित किया गया है और! लाइन नंबर कॉलम पर। मैं साइगविन के साथ संकलन करता था लेकिन किसी भी तरह से यह आज सुबह काम नहीं करता था इसलिए मैंने मिनीजीडब्ल्यू स्थापित किया। – Max