ฉันมีวัตถุที่ใช้ร่วมกัน (dll) ฉันจะรู้ได้อย่างไรว่าสัญลักษณ์ทั้งหมดจะถูกส่งออกจากที่ใด
ฉันมีวัตถุที่ใช้ร่วมกัน (dll) ฉันจะรู้ได้อย่างไรว่าสัญลักษณ์ทั้งหมดจะถูกส่งออกจากที่ใด
คำตอบ:
คุณมี "shared object" (โดยปกติคือ shared library บน AIX), UNIX shared library หรือ Windows DLL หรือไม่? สิ่งเหล่านี้ล้วนเป็นสิ่งที่แตกต่างกันและคำถามของคุณจะทำให้พวกเขาทั้งหมด :-(
dump -Tv /path/to/foo.o
ที่ใช้ร่วมกันใช้readelf -Ws /path/to/libfoo.so
หรือ (ถ้าคุณมี GNU nm -D /path/to/libfoo.so
นาโนเมตร)dumpbin /EXPORTS foo.dll
ใช้nm
ใช้ได้กับ MacOSX ยกเว้น-D
ตัวเลือก หรือbrew install binutils
และใช้รุ่น GNU gnm
ผ่าน สำหรับ GNU nm
, --demangle
ยังเป็นประโยชน์ gobjdump
ด้วย
linux
ดังนั้นฉันคิดว่ามันปลอดภัยที่จะพูดว่า @chappar มีไลบรารี่ที่แชร์กับ Linux
หากเป็นไฟล์ Windows DLL และระบบปฏิบัติการของคุณเป็น 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
...
บน * ระวังตรวจสอบ nm บน windows ให้ใช้Dependency Walkerของโปรแกรม
nm --defined-only -g something.so
จะพิมพ์สัญลักษณ์ที่กำหนดไว้ทั้งในไลบรารีและสัญลักษณ์ extern ซึ่งอาจเป็นสิ่งที่ OP ต้องการ
GNU nm แสดงรายการสัญลักษณ์จากอ็อบเจกต์ไฟล์ objfile .... หากไม่มีไฟล์ออบเจ็กต์แสดงเป็นอาร์กิวเมนต์ nm จะถือว่าไฟล์ a.out
ใช้: nm --demangle <libname>.so
nm: /usr/lib/i386-linux-gnu/libtemplates_parser.so.11.6: no symbols
. readelf
หรือ-D
งานธง
วิธีข้ามแพลตฟอร์ม(ไม่เพียง แต่ข้ามแพลตฟอร์มตัวเอง แต่ยังทำงานอย่างน้อยที่สุดทั้งสอง*.so
และ*.dll
)คือการใช้กรอบ radare2 เช่น:
$ 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
จดจำชื่อ c ++ mangling เช่น(และ.so
ไฟล์) :
$ 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
คุณสามารถใช้ gnu objdump objdump -p your.dll
. แล้วเลื่อนไปที่เนื้อหาส่วนและคุณจะพบฟังก์ชั่นการส่งออกภายใต้.edata
[Ordinal/Name Pointer] Table
โดยปกติแล้วคุณจะมีไฟล์ส่วนหัวที่คุณรวมไว้ในรหัสของคุณเพื่อเข้าถึงสัญลักษณ์