সংক্রান্ত 0xCCএবং 0xCDবিশেষ করে, এই থেকে ধ্বংসাবশেষ হয় ইন্টেল 8088 / 8086 1980 সালে প্রসেসর নির্দেশ সেট ফিরে। সফটওয়্যার বিঘ্নিত অপকোডের 0xCCএকটি বিশেষ ক্ষেত্রে । বিশেষ একক-বাইট সংস্করণ কোনও প্রোগ্রামকে বাধা 3 তৈরি করতে দেয় ।INT 0xCD0xCC
সংখ্যার বিঘ্ন সফ্টওয়্যার হয় যদিও, নীতি, নির্বিচারে এ, INT 3ঐতিহ্যগতভাবে জন্য ব্যবহৃত হয় ডিবাগার বিরতি বা ব্রেকপয়েন্ট ফাংশন, একটি কনভেনশন যা আজও রয়ে গেছে। যখনই কোনও ডিবাগার চালু করা হয় তখন এটি এমন একটি বাধা হ্যান্ডলার ইনস্টল করে INT 3যে যখন সেই অপকোড কার্যকর করা হবে তখন ডিবাগারটি ট্রিগার করা হবে। সাধারণত এটি বর্তমানে চলমান প্রোগ্রামিংকে বিরতি দেবে এবং একটি ইন্টারেক্টিভ প্রম্পট প্রদর্শন করবে।
সাধারণত, x86 INTঅপকোড দুটি বাইট হয়: 0xCD0-255 থেকে কাঙ্ক্ষিত বিঘ্নিত সংখ্যাটি অনুসরণ করে। এখন আপনি ইস্যু পারে যদিও 0xCD 0x03জন্য INT 3ইনটেল, version-- একটি বিশেষ যোগ করার সিদ্ধান্ত নিয়েছে 0xCCকোন অতিরিক্ত বাইট দিয়ে - কারণ একটি opcode অব্যবহৃত মেমরির জন্য একটি নির্ভরযোগ্য 'ভরাট বাইট' হিসেবে ফাংশনে অনুক্রমে শুধুমাত্র এক বাইট হতে হবে।
এখানে বিন্দু সুতনু পুনরুদ্ধারের জন্য অনুমতি দেওয়া যদি প্রসেসর ভুল মেমরির যে কোনো উদ্দেশ্যে নির্দেশাবলী ধারণ করে না বা জাম্প । মাল্টি-বাইট নির্দেশাবলী এই উদ্দেশ্যটির পক্ষে উপযুক্ত নয় কারণ একটি ভুল লাফানো যে কোনও সম্ভাব্য বাইট অফসেটে অবতরণ করতে পারে যেখানে এটি সঠিকভাবে গঠিত নির্দেশের প্রবাহের সাথে চালিয়ে যেতে হবে।
স্পষ্টতই, এই জন্য ওয়ান-বাইট অপকডগুলি তুচ্ছভাবে কাজ করে, তবে এর মধ্যে স্পর্শকাতর ব্যতিক্রমগুলিও থাকতে পারে: উদাহরণস্বরূপ, ফিল সিকোয়েন্সটি বিবেচনা করে 0xCDCDCDCD(এই পৃষ্ঠায়ও উল্লেখ করা হয়েছে) আমরা দেখতে পাচ্ছি যে এটি নির্দেশের পয়েন্টার যেখানে অবতরণ না করেই এটি মোটামুটি নির্ভরযোগ্য ( সম্ভবত শেষ ভরাট বাইট বাদে , সিপিইউ এই ক্ষেত্রে সফ্টওয়্যার বিঘ্নিত 205 (0xCD) উত্পাদনের জন্য একটি বৈধ দুই-বাইট x86 নির্দেশনা কার্যকর করা আবার শুরু করতে পারে CD CD।
Weirder এখনও, যেখানে CD CC CD CC100% ব্যাখ্যাযোগ্য - উভয় INT 3বা - INT 204ক্রম প্রদান CC CD CC CDকম বিশ্বাসযোগ্য, দেখানো হয়েছে হিসাবে শুধুমাত্র 75%, কিন্তু সাধারণত 99.99% যখন কোন আকারের মেমরি ফিলার হিসাবে পুনরাবৃত্তি হয়।

ম্যাক্রো এসেমব্লার রেফারেন্স , 1987