উত্তর:
আপনি যদি apport-retrace
সরঞ্জামটির জন্য উপ-নির্ভরতাগুলির একগুচ্ছ ইনস্টল করতে না চান তবে আপনি পৃথক ফাইলগুলিতে অ্যাপার্টমেন্ট বিন্যাসটি আনপ্যাক করতে পারেন এবং যথারীতি কেবল CoreDump
ডাম্প ব্যবহার করতে পারেন gdb
।
apport-unpack systemGeneratedCrashReportPath.crash yourNewUnpackDirectoryHere
cd yourNewUnpackDirectoryHere/
gdb `cat ExecutablePath` CoreDump
(এখানে টিল্ডসের প্রতি মনোযোগ দিন!)bt
(আসল ব্যাক ট্রেস আউটপুট)
নোট: apport-unpack
কখনও কখনও নিজেই আনপ্যাক অপারেশন উপর বিপর্যস্ত হবে, (apport চারদিকে ... xD ভাঙ্গা বলে মনে হয়) কিন্তু আপনার CoreDump এবং অন্যান্য ফাইল থাকবে, শুধু তা উপেক্ষা করুন এবং সব .crash ফাইল মুছে দিন /var/crash
আপনি অনুমতি অন্যত্র সরাতে পর সিস্টেম একই অ্যাপ্লিকেশন থেকে নতুন ক্র্যাশ প্রতিবেদন আউটপুট।
ExecutablePath
। আমি ভেবেছিলাম পাঠককে অবশ্যই সেখানে সম্পাদনযোগ্য পথ পূরণ করতে হবে।
এমন একটি সরঞ্জাম আছে যা apport-retrace
। ক্র্যাশ ফাইলগুলি পড়ে এবং আপনাকে এটি পুরোপুরি প্রতীকী স্ট্যাক ট্রেস দিয়ে পূরণ করতে দেয় বা gdb
কোর ডাম্প ব্যবহার করে একটি সেশন চালাতে দেয় । একটি জিডিবি সেশন শুরু করতে, চালান apport-retrace -g CRASHFILE.crash
। মনে রাখবেন একটি ভাল স্ট্যাক ট্রেস পেতে আপনার -dbg প্যাকেজগুলি ইনস্টল করা দরকার।
এটি বলা হচ্ছে (আমি পিএইচপি-তে কোনও বিশেষজ্ঞ নই), এটি আসলে এমন কিছু হতে পারে যা আপনি নিজের একটি ফাইলটিতে লিখেছিলেন যা ক্র্যাশ ঘটায়।
t seem to work:
# অ্যাপর্ট-রিট্রেস-জি _উসার_সবিন_এফপি 5-এফপিএম .002.c ক্র্যাশ ত্রুটি: রিপোর্ট ফাইলটিতে প্রয়োজনীয় ক্ষেত্রগুলির মধ্যে একটিও নেই: কোরডাম্প ডিস্ট্রোরেইলিজ প্যাকেজ এক্সিকিউটেবলপ্যাথ # grep CoreDump _usr_sbin_php5-fpm.1002.crash CoreDump: base64