কারণ পিডিবি ফাইলগুলি না থাকলে অ্যাড্রেস-লেভেল ডিবাগিং ব্যতীত অন্য কোনও "রিলিজ" বিল্ড ডিবাগ করা অসম্ভব। অপ্টিমাইজেশানগুলি সত্যই আপনার কোডটিতে একটি সংখ্যা করে, কিছু ভুল হয়ে গেলে অপরাধীকে খুঁজে পাওয়া খুব কঠিন করে তোলে (বলুন, একটি ব্যতিক্রম ছুঁড়ে দেওয়া হয়েছে)। এমনকি ব্রেকপয়েন্টগুলি সেট করাও অত্যন্ত কঠিন, কারণ উত্সাহিত সমাবেশ কোডের সাথে (অথবা এমনকি একই ক্রমেও) উত্স কোডের লাইনগুলি একের সাথে মিলে যায় না। পিডিবি ফাইলগুলি আপনাকে এবং ডিবাগারটিকে আউট করতে সহায়তা করে, ময়না তদন্ত ডিবাগিংকে উল্লেখযোগ্যভাবে সহজ করে তুলেছে।
আপনি এই বিষয়টি উল্লেখ করেছেন যে আপনার সফ্টওয়্যারটি যদি মুক্তির জন্য প্রস্তুত থাকে তবে ততক্ষণে আপনার সমস্ত ডিবাগিং করা উচিত ছিল। যদিও এটি অবশ্যই সত্য, মনে রাখার জন্য কয়েকটি গুরুত্বপূর্ণ বিষয় রয়েছে:
আপনি উচিত এছাড়াও পরীক্ষা এবং আপনার অ্যাপ্লিকেশন (আগে আপনি এটা মুক্তি) "রিলিজ" বিল্ড ব্যবহার ডিবাগ। এর কারণ অপ্টিমাইজেশানগুলি চালু করা ("ডিবাগ" কনফিগারেশনের অধীনে এগুলি ডিফল্টরূপে অক্ষম করা হয়) কখনও কখনও সূক্ষ্ম বাগগুলি দেখা দেয় যে আপনি অন্যথায় ধরেন না। আপনি যখন এই ডিবাগিংটি করছেন, আপনি PDB প্রতীকগুলি চাইবেন।
গ্রাহকরা প্রায়শই প্রান্তের কেসগুলি এবং বাগগুলি প্রতিবেদন করেন যা কেবলমাত্র "আদর্শ" শর্তে ক্রপ হয়। এগুলি এমন জিনিস যা ল্যাবগুলিতে পুনরুত্পাদন করা প্রায় অসম্ভব কারণ তারা ব্যবহারকারীর মেশিনটির কিছু অস্পষ্ট কনফিগারেশনের উপর নির্ভর করে। যদি তারা বিশেষভাবে সহায়ক গ্রাহক হয় তবে তারা ফেলে দেওয়া ব্যতিক্রমের প্রতিবেদন করবে এবং আপনাকে স্ট্যাক ট্রেস সরবরাহ করবে। অথবা তারা আপনাকে আপনার সফ্টওয়্যারটিকে দূর থেকে ডিবাগ করার জন্য তাদের মেশিনটি ধার নিতে দেয়। এই দুটি ক্ষেত্রেই, আপনি পিডিবি ফাইলগুলি আপনাকে সহায়তা করার জন্য চাইবেন।
প্রোফাইলিং সর্বদা "রিলিজ" বিল্ডগুলিতে অপ্টিমাইজেশান সক্ষম সহ করা উচিত। এবং আবারও, পিডিবি ফাইলগুলি কাজে আসে, কারণ তারা আপনার নির্দেশিত উত্স কোডটিতে সমাবেশের নির্দেশাবলী ম্যাপ করার অনুমতি দেয়।
সংকলনের পরে আপনি পিডিবি ফাইলগুলি আর জেনারেট করতে পারবেন না । * আপনি যদি বিল্ড করার সময় এগুলি তৈরি না করেন তবে আপনি আপনার সুযোগটি হারিয়েছেন। এগুলি তৈরি করতে কোনও ক্ষতি করে না। আপনি যদি সেগুলি বিতরণ করতে না চান তবে আপনি কেবল তাদের বাইনারিগুলি থেকে বাদ দিতে পারেন। তবে আপনি যদি পরে সিদ্ধান্ত নেন তবে সেগুলি চান, আপনার ভাগ্যের বাইরে। সর্বদা এগুলি উত্পন্ন করা এবং একটি অনুলিপি সংরক্ষণ করা ভাল, যদি আপনার কখনও তাদের প্রয়োজন হয়।
আপনি যদি সত্যিই সেগুলি বন্ধ করতে চান তবে এটি সর্বদা একটি বিকল্প। আপনার প্রকল্পের প্রোপার্টি উইন্ডোতে, আপনি যে কোনও কনফিগারেশন পরিবর্তন করতে চান তার জন্য "ডিবাগ তথ্য" বিকল্পটি "কিছুই নয়" তে সেট করুন।
নোট, না, তবে যে, "ডিবাগ" এবং "রিলিজ" কনফিগারেশন কি ডিবাগ তথ্য emitting জন্য ডিফল্ট ব্যবহার বিভিন্ন সেটিংস দ্বারা। আপনি এই সেটিংটি রাখতে চাইবেন। "ডিবাগ তথ্য" বিকল্পটি একটি ডিবাগ বিল্ডের জন্য "পূর্ণ" সেট করা হয়েছে, যার অর্থ একটি পিডিবি ফাইল ছাড়াও, ডিবাগিং প্রতীক তথ্য সমাবেশে এম্বেড করা আছে। আপনি এমন চিহ্ন পাবেন যা সম্পাদনা এবং চালিয়ে যাওয়ার মতো দুর্দান্ত বৈশিষ্ট্যগুলিকে সমর্থন করে। রিলিজ মোডে, "পিডিবি-কেবল" বিকল্পটি নির্বাচন করা হয়েছে, এটি যেমন শোনাচ্ছে তেমন কেবল পিডিবি ফাইল অন্তর্ভুক্ত নয়, এটি সমাবেশের সামগ্রীকে প্রভাবিত না করে। সুতরাং এটি আপনার /binডিরেক্টরিতে পিডিবি ফাইলগুলির উপস্থিতি বা অনুপস্থিতির মতো এত সহজ নয় । তবে ধরে নিচ্ছি যে আপনি "পিডিবি-কেবল" বিকল্পটি ব্যবহার করছেন, পিডিবি ফাইল '
* যেহেতু মার্ক শেরম্যান একটি মন্তব্যে উল্লেখ করেছেন , যতক্ষণ না আপনার উত্স কোডটি পরিবর্তিত হয়নি (বা আপনি কোনও সংস্করণ-নিয়ন্ত্রণ সিস্টেম থেকে মূল কোডটি পুনরুদ্ধার করতে পারেন), আপনি এটি পুনর্নির্মাণ করতে এবং একটি মিলে যাওয়া পিডিবি ফাইল তৈরি করতে পারেন। কমপক্ষে, সাধারণত এটি বেশিরভাগ সময় ভালভাবে কাজ করে তবে প্রতিটি বার একই কোডটি সংকলন করার সময় সংকলকটি অভিন্ন বাইনারি তৈরির গ্যারান্টিযুক্ত নয় , সুতরাং সূক্ষ্ম পার্থক্য থাকতে পারে। সবচেয়ে খারাপ, যদি আপনি ইতিমধ্যে আপনার সরঞ্জামচেইনে কোনও আপগ্রেড করেছেন (যেমন ভিজ্যুয়াল স্টুডিওর জন্য কোনও সার্ভিস প্যাক প্রয়োগ করার মতো), পিডিবিগুলির মিলের সম্ভাবনাও কম। প্রাক্তন পোস্টফ্যাক্টোর নির্ভরযোগ্য প্রজন্মের গ্যারান্টি দেওয়াপিডিবি ফাইলগুলি, আপনাকে কেবল আপনার সংস্করণ-নিয়ন্ত্রণ সিস্টেমে উত্স কোডটিই নয়, আপনার সম্পূর্ণ বিল্ড টুলচেইনের বাইনারিগুলি নিশ্চিত করতে হবে যাতে আপনি অবশ্যই আপনার বিল্ড পরিবেশের কনফিগারেশনটি পুনরায় তৈরি করতে পারবেন। এটি পিডিবি ফাইলগুলি তৈরি করা এবং সংরক্ষণাগারভুক্ত করা অনেক সহজ is