अपने निष्पादन के साथ निर्देशिका में कंसोल से:
sudo gdb ./my_program
ग्रहण दूरस्थ डीबगिंग का समर्थन करता है, तो आपको लगता है कि भले ही यह स्थानीय स्तर पर चल रहा है कर सकता है।
कंसोल से
:
sudo gdbserver localhost:<port_number> ./my_program
और फिर बता पते (स्थानीय होस्ट और पोर्ट संख्या आपके द्वारा चुने गए) ग्रहण।
ओह हाँ, आपने कहा कि आप ऐसा कर रहे थे क्योंकि आप libpcap का उपयोग कर रहे थे, इसलिए आप टीसीपी पर रिमोट डीबगिंग का उपयोग नहीं करना चाहेंगे क्योंकि आप अपने अन्य नेटवर्क यातायात के अतिरिक्त अपने डिबगिंग कनेक्शन पैकेट को कैप्चर करना समाप्त कर सकते हैं ।
उस स्थिति में आप एक सीरियल पोर्ट पर अपने रिमोट (लेकिन वास्तव में स्थानीय) डिबगिंग करते हैं। मैं इस एक स्थानीय मशीन पर कभी नहीं किया है, लेकिन आप दो वास्तविक सीरियल पोर्ट (उन्हें संलग्न हालांकि एक रिक्त मॉडेम) का उपयोग करें या एक psudoterminal का उपयोग कर की कोशिश कर सकते: आप
sudo gdbserver /dev/ptmx ./my_program
यह /dev/pts/ तहत psudoterminal पैदा करेगा लेकिन इसे इसके नाम का पता लगाना होगा, और यह इसे प्रतिबंधित अनुमतियों के साथ भी बना सकता है। आप उन चारों ओर मिल सकते हैं। जब तक आप रूट के रूप में बहुत सी टर्मिनल विंडो नहीं चला रहे हैं, तो यह संभावना नहीं है कि आपके पास रूट से संबंधित /dev/pts के तहत कई प्रविष्टियां हैं, इसलिए ऊपर दिए गए आदेश को चलाने के बाद और sudo chmod या sudo chown इसे उपयोग करने योग्य बनाने के बाद ऐसा करने पर ध्यान दें अपने सामान्य उपयोगकर्ता के लिए और फिर अपने डीबगर को अपने रिमोट डीबगिंग लक्ष्य के लिए अपने सीरियल कनेक्शन के रूप में उपयोग करने के लिए बताएं।
मूल रूप से डिबग, रूट के रूप में अपने डिबगर चलाते हैं। क्या आप आईडीई के माध्यम से डीबगर का उपयोग करने की कोशिश कर रहे हैं? – Artelius
क्या आप मुझे बता सकते हैं कि रूट के रूप में डीबगर को कैसे चलाया जाए? हां, मैं ग्रहण आईडीई का उपयोग करता हूं। – futang
जब तक आप रूट के रूप में अपना आईडीई भी नहीं चला रहे हैं, तो रूट के रूप में आपके डीबगर को चलाने के लिए शायद कोई आसान या सीधा आगे नहीं है। – nategoose