मुझे कैसे पता चलेगा कि सभी प्रतीकों को एक साझा वस्तु से निर्यात किया जाता है?

Question

मेरे पास एक साझा ऑब्जेक्ट (dll) है। मुझे कैसे पता चलेगा कि सभी प्रतीकों का निर्यात किस से किया जाता है?

Comments

en.wikipedia.org/wiki/Nm_%28Unix%29

— PaulJWilliams

ऑब्जेक्ट में सभी प्रतीकों का निर्यात किया जाता है - यहां तक ​​कि "आंतरिक" फ़ंक्शन भी। आपको बस उन्हें कंपाइलर को घोषित करना होगा ताकि वे लिंकर के लिए तैयार हो जाएं। यह आमतौर पर हेडर फ़ाइल के साथ किया जाता है, जैसे कि रयान फॉक्स ने नीचे कहा था।

— क्रिस लुत्ज

क्रिस लुत्ज़ को गलत माना जाता है: सभी प्रतीकों को स्थानांतरित करने योग्य ऑब्जेक्ट फ़ाइलों से निर्यात नहीं किया जाता है, साझा पुस्तकालयों से बहुत कम है।

— रूसी

Answer 1

क्या आपके पास एक "साझा वस्तु" (आमतौर पर AIX पर एक साझा पुस्तकालय), एक UNIX साझा पुस्तकालय या एक Windows DLL है? ये सभी अलग-अलग चीजें हैं, और आपका प्रश्न उन सभी को बताता है :-(

• AIX साझा की गई वस्तु के लिए, का उपयोग करें dump -Tv /path/to/foo.o।
• एक एलएलएफ साझा पुस्तकालय के लिए, उपयोग readelf -Ws /path/to/libfoo.so, या (यदि आपके पास जीएनयू एनएम है) nm -D /path/to/libfoo.so।
• एक गैर-ईएलएफ यूनिक्स साझा पुस्तकालय के लिए, कृपया बताएं कि आप किस यूनिक्स में रुचि रखते हैं।
• Windows DLL के लिए, का उपयोग करें dumpbin /EXPORTS foo.dll।

Comments

GNU / Linux में ऐसी कोई उपयोगिता नहीं है «डंपबिन»। और प्रश्न को लिनक्स के रूप में टैग किया गया है।

— हाय-एंजेल

बहुत उपयोगी, इस तरह के अवलोकन के लिए अच्छा है। विकल्प nmको छोड़कर MacOSX पर भी काम करता है -D। या के brew install binutilsमाध्यम से GNU संस्करण का उपयोग करें gnm। जीएनयू nmके --demangleलिए भी उपयोगी है। इसके अलावा gobjdump।

— अल्बर्ट

वास्तव में, आप दोनों साझा पुस्तकालयों, डीएलएस के साथ काम कर सकते हैं, और ऑब्जेक्ट एक ही उपयोगिता से भरता है बस ठीक है, इस उत्तर को देखें ।

— हाय-एंजेल

प्रश्न को टैग किया गया है, linuxइसलिए मुझे लगता है कि यह कहना सुरक्षित है कि @ अछप्पर में लिनक्स साझा पुस्तकालय है।

— jww

मुझे लगता है कि रनटाइम में ऐसा करने के लिए कोई एपीआई नहीं है, है ना? मैंने पाया है कि विंडोज़ पर आपके पास GetProcAddress () है, लेकिन आप इसका उपयोग वास्तव में लाइब्रेरी को निष्पादित किए बिना नहीं कर सकते हैं (जो कि बहुत ही खतरनाक है यदि पैरेंट ऐप के पास बहुत अधिक अधिकार हैं)।

— पाब्लो एरियल

Answer 2

objdump linux पर एक और अच्छा है।

Comments

इसके अलावा AIX पर उपलब्ध

— पिटसेकर

Answer 3

यदि यह एक Windows DLL फ़ाइल है और आपका OS Linux है तो winedump का उपयोग करें :

$ winedump -j export pcre.dll

Contents of pcre.dll: 229888 bytes

Exports table:

  Name:            pcre.dll
  Characteristics: 00000000
  TimeDateStamp:   53BBA519 Tue Jul  8 10:00:25 2014
  Version:         0.00
  Ordinal base:    1
  # of functions:  31
  # of Names:      31
Addresses of functions: 000375C8
Addresses of name ordinals: 000376C0
Addresses of names: 00037644

  Entry Pt  Ordn  Name
  0001FDA0     1 pcre_assign_jit_stack
  000380B8     2 pcre_callout
  00009030     3 pcre_compile
...

Answer 4

पर * nix check nm। खिड़कियों पर कार्यक्रम निर्भरता वॉकर का उपयोग करें

Comments

विशेष रूप से, nm --defined-only -g something.soउन प्रतीकों को मुद्रित करेगा जो पुस्तकालय और बाहरी प्रतीकों दोनों में परिभाषित हैं, जो संभवतः ओपी चाहता है।

— डेविड ग्रेसन

Answer 5

आदमी nm देखें

GNU एनएम ऑब्जेक्ट फ़ाइलों से प्रतीकों को सूचीबद्ध करता है objfile .... यदि कोई ऑब्जेक्ट फ़ाइलों को तर्क के रूप में सूचीबद्ध नहीं किया गया है, तो nm फ़ाइल को मान लेता है।

Comments

btw: साझा वस्तुओं के लिए आपको -D / - डायनामिक विकल्प की आवश्यकता होती है। जैसे एनएम डी libmagic.so

— VolkerK

Answer 6

उपयोग: nm --demangle <libname>.so

Comments

nm: /usr/lib/i386-linux-gnu/libtemplates_parser.so.11.6: no symbols। readelfया -Dझंडा काम करता है।

— Janus Troelsen

Answer 7

क्रॉस-प्लेटफ़ॉर्म तरीका (न केवल क्रॉस-प्लेटफ़ॉर्म ही, बल्कि बहुत कम से कम दोनों के साथ काम करना ) *.soऔर *.dllरिवर्स-इंजीनियरिंग फ्रेमवर्क रडार 2 का उपयोग कर रहा है । उदाहरण के लिए:

$ rabin2 -s glew32.dll | head -n 5 
[Symbols]
vaddr=0x62afda8d paddr=0x0005ba8d ord=000 fwd=NONE sz=0 bind=GLOBAL type=FUNC name=glew32.dll___GLEW_3DFX_multisample
vaddr=0x62afda8e paddr=0x0005ba8e ord=001 fwd=NONE sz=0 bind=GLOBAL type=FUNC name=glew32.dll___GLEW_3DFX_tbuffer
vaddr=0x62afda8f paddr=0x0005ba8f ord=002 fwd=NONE sz=0 bind=GLOBAL type=FUNC name=glew32.dll___GLEW_3DFX_texture_compression_FXT1
vaddr=0x62afdab8 paddr=0x0005bab8 ord=003 fwd=NONE sz=0 bind=GLOBAL type=FUNC name=glew32.dll___GLEW_AMD_blend_minmax_factor

एक बोनस के रूप में, rabin2उदाहरण के लिए (और .soफ़ाइल के साथ भी ) C ++ नाम पहचानने की पहचान करता है :

$ rabin2 -s /usr/lib/libabw-0.1.so.1.0.1 | head -n 5
[Symbols]
vaddr=0x00027590 paddr=0x00027590 ord=124 fwd=NONE sz=430 bind=GLOBAL type=FUNC name=libabw::AbiDocument::isFileFormatSupported
vaddr=0x0000a730 paddr=0x0000a730 ord=125 fwd=NONE sz=58 bind=UNKNOWN type=FUNC name=boost::exception::~exception
vaddr=0x00232680 paddr=0x00032680 ord=126 fwd=NONE sz=16 bind=UNKNOWN type=OBJECT name=typeinfoforboost::exception_detail::clone_base
vaddr=0x00027740 paddr=0x00027740 ord=127 fwd=NONE sz=235 bind=GLOBAL type=FUNC name=libabw::AbiDocument::parse

ऑब्जेक्ट फ़ाइलों के साथ भी काम करता है:

$ g++ test.cpp -c -o a.o
$ rabin2 -s a.o | head -n 5
Warning: Cannot initialize program headers
Warning: Cannot initialize dynamic strings
Warning: Cannot initialize dynamic section
[Symbols]
vaddr=0x08000149 paddr=0x00000149 ord=006 fwd=NONE sz=1 bind=LOCAL type=OBJECT name=std::piecewise_construct
vaddr=0x08000149 paddr=0x00000149 ord=007 fwd=NONE sz=1 bind=LOCAL type=OBJECT name=std::__ioinit
vaddr=0x080000eb paddr=0x000000eb ord=017 fwd=NONE sz=73 bind=LOCAL type=FUNC name=__static_initialization_and_destruction_0
vaddr=0x08000134 paddr=0x00000134 ord=018 fwd=NONE sz=21 bind=LOCAL type=FUNC name=_GLOBAL__sub_I__Z4funcP6Animal

Answer 8

आप ग्नू ओबजडम्प का उपयोग कर सकते हैं। objdump -p your.dll। फिर .edataअनुभाग सामग्री पर पैन करें और आपको निर्यात किए गए फ़ंक्शन मिलेंगे [Ordinal/Name Pointer] Table।

Answer 9

आमतौर पर, आपके पास एक हेडर फ़ाइल भी होगी जिसे आप प्रतीकों को एक्सेस करने के लिए अपने कोड में शामिल करते हैं।