เอลฟ์ statifier สร้างจาก executables เชื่อมโยงแบบไดนามิกและทั้งหมดก็เป็นห้องสมุดไฟล์เดียว ไฟล์นี้สามารถคัดลอกและทำงานบนเครื่องอื่นโดยไม่จำเป็นต้องลากห้องสมุดทั้งหมดของมัน
executables เชื่อมโยงแบบไดนามิกที่มีขนาดเล็กแล้วการเชื่อมโยงแบบคงที่ จากด้านอื่น ๆ executables เชื่อมโยงแบบไดนามิกใช้ห้องสมุดที่ใช้ร่วมกันรวบรวมใน PIC (รหัส independend ตำแหน่ง) ซึ่งจะช้ากว่า "ปกติ" อย่างใดอย่างหนึ่ง
ไฟล์ที่สร้างขึ้นโดย statifier ("หลอกคงที่") รวมข้อเสียของทั้งสองของพวกเขา
ใหญ่ - มากใหญ่กว่าการเชื่อมโยงแบบคงที่
ยังคงใช้รหัส PIC
ดังนั้นหนึ่งเหตุผลที่จะใช้มันได้หรือไม่
ตกลง "หลอกคงที่" ไฟล์มีข้อได้เปรียบบางเกินไป:
ทุกอย่างในหนึ่งไฟล์ - เพื่อจำหน่ายเป็นเรื่องง่าย
ไฟล์เดียวกันสามารถนำมาใช้สำหรับเครื่องคอมพิวเตอร์ที่มีรุ่นห้องสมุดที่แตกต่างกัน
เริ่มต้นได้เร็วขึ้น
แต่ทั้งหมดเหล่านี้สามารถได้กับไฟล์แบบคงที่ตามปกติ
ดังนั้นทำไมใช้ statifier และใหญ่ "หลอกคงที่" executables แทนคงที่
มีรหัสที่มาใช้ได้เลย
มีคอมไพเลอร์ไม่มี (หรือสร้างห่วงโซ่) ที่มีอยู่
การเชื่อมโยงแบบคงที่ไม่ทำงานหรือมันไม่ชัดเจนว่าจะทำมัน
เพื่อรักษารูปแบบหน่วยความจำ - การเชื่อมโยงแบบคงที่จะเปลี่ยนมันและอาจจะ "ตื่นขึ้น" ข้อบกพร่องที่ซ่อนอยู่
สำหรับ "การเชื่อมโยงถาวร" ห้องสมุด LD_PRELOAD เป็นที่ปฏิบัติการ
แพลตฟอร์มที่สนับสนุน:
ลินุกซ์ 86
ลินุกซ์ x86_64
ลินุกซ์อัลฟา
มีอะไรใหม่ ในข่าวประชาสัมพันธ์นี้:
- ข้อผิดพลาดคงที่: 32 / strtoul: ไม่สามารถแปลง '0xXXXXXXXXX' แนะนำอีกครั้งใน 1.7.0
มีอะไรใหม่ ในรุ่น 1.7.0:
- statifier ไม่ขึ้นอยู่กับ gdb เพิ่มเติมใด ๆ
- ลดลงการสนับสนุนสำหรับอัลฟา
มีอะไรใหม่ ในรุ่น 1.6.15:
- การแก้ไขสำหรับ Slackware 12.0 (ขอบคุณแตนโทเบียส)
- พิมพ์ผิดโง่แก้ไขใน src / statifier_create_exe.sh
ความคิดเห็นที่ไม่พบ