سؤال

من الحكمة إعادة توزيع ملفات PDB جنبا إلى جنب مع تطبيق تجاري؟

في بعض الأحيان، أنا أستخدم تتبع المكدس للحصول على سجلات تقارير خطأ أكثر تفصيلا من التطبيقات المنتشرة؛ هل يمكن تحقيق هذه الوظيفة دون الاعتماد على تلك الملفات؟

أيضا، ما مقدار تلميحات التعليمات البرمجية الأصلية التي تحتوي على هذه الملفات؟ هل سيكون الأمر أسهل في عكس مهندس طلبي باستخدامه؟

هل كانت مفيدة؟

المحلول

يضيف أساسا معلومات عن:

  • جميع الأنواع غير العامة، واجهات، والهياكل، والفصول
  • المتغيرات المحلية في الوظائف
  • أسماء الملفات المصدر للحصول على التعليمات البرمجية ذات الصلة وأرقام السطر المقابلة في التعليمات البرمجية المصدر.

الذي مجتمعة يجعل الهندسة العكسية سهلة للغاية لرمز الأصلي.

لحسن الحظ، يمكنك إنشاء نسخة مخطوعة من ملفات PDB التي تحتوي فقط على معلومات عامة معها / PDBStroptrick. معامل.

أوه تم تحريره لإضافة C # /. Net، لذلك لست متأكدا مما إذا كان "PDBStropure" قابل للتطبيق. ولكن تطبيقات .NET من السهل جدا مهندس عكسي حتى دون أي معلومات الرمز. لا أمانع بما في ذلك في مشروع .NET.

نصائح أخرى

يمكنك محاولة استخدام Dia2Dump. للنظر في المحتويات.

تحتوي ملفات .PDB المدارة على المعلومات التالية:

  • أسماء جميع المتغيرات المحلية
  • أسماء جميع ملفات التعليمات البرمجية المصدر ورسم الخرائط من تعليمات IL إلى خطوط داخل تلك الملفات.

يتم احتواء كل شيء آخر في ثنائي نفسها، بما في ذلك أسماء جميع الأنواع والأعضاء و الحجج الوظيفية.

مصدر: ملفات PDB: ما يجب أن يعرفه كل مطور.

تتضمن ملفات PDB أيضا جميع التعليقات الخاصة بملفات المصدر الخاصة بك. لذلك مع ملف EXE و PDB، من الممكن إنشاء نسخة 1: 1 من التعليمات البرمجية المصدر الأصلية.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top