Microsoft Windows library files
মাইক্রোসফ্ট উইন্ডোজ অপারেটিং সিস্টেম "ডায়নামিক-লিঙ্ক লাইব্রেরি" নামে পরিচিত ভাগ করা লাইব্রেরির একটি ফর্মকে সমর্থন করে, যা কোড লাইব্রেরি যা একাধিক প্রক্রিয়া দ্বারা ব্যবহার করা যেতে পারে যখন শুধুমাত্র একটি অনুলিপি মেমরিতে লোড করা হয়। এই নিবন্ধটি প্রতিটি আধুনিক উইন্ডোজ ইনস্টলেশনের সাথে অন্তর্ভুক্ত মূল গ্রন্থাগারগুলির একটি সংক্ষিপ্ত বিবরণ প্রদান করে, যার উপরে বেশিরভাগ উইন্ডোজ অ্যাপ্লিকেশন নির্মিত হয়। অভ্যন্তরীণ উপাদান HAL.DLL একটি কার্নেল-মোড লাইব্রেরি ফাইল এবং এটি কোনও ইউজার-মোড প্রোগ্রাম দ্বারা ব্যবহার করা যাবে না। NTDLL.DLL শুধুমাত্র কিছু প্রোগ্রাম দ্বারা ব্যবহৃত হয়, তবে এটি প্রোগ্রাম দ্বারা ব্যবহৃত বেশিরভাগ উইন32 লাইব্রেরির একটি নির্ভরতা। HAL.DLL উইন্ডোজ হার্ডওয়্যার অ্যাবস্ট্রাকশন লেয়ার (এইচএএল) hal.dll-এ প্রয়োগ করা হয়। এইচএএল বেশ কয়েকটি ফাংশন প্রয়োগ করে যা বিভিন্ন হার্ডওয়্যার প্ল্যাটফর্ম দ্বারা বিভিন্ন উপায়ে প্রয়োগ করা হয়, যা এই প্রসঙ্গে বেশিরভাগ চিপসেটকে বোঝায়। অপারেটিং সিস্টেমের অন্যান্য উপাদানগুলি তখন প্রকৃত বাস্তবায়নের বিষয়টি বিবেচনা না করে সমস্ত প্ল্যাটফর্মে এই ফাংশনগুলিকে একইভাবে কল করতে পারে। উদাহরণস্বরূপ, একটি অ্যাডভান্সড প্রোগ্রামেবল ইন্টারাপ্ট কন্ট্রোলার (এপিআইসি) সহ একটি মেশিনে একটি ইন্টারাপ্টে সাড়া দেওয়া ছাড়া একটি মেশিনের তুলনায় বেশ আলাদা। এইচএএল এই উদ্দেশ্যে একটি একক ফাংশন সরবরাহ করে যা বিভিন্ন চিপসেট দ্বারা সমস্ত ধরণের বাধা দিয়ে কাজ করে, যাতে অন্যান্য উপাদানগুলিকে পার্থক্যের সাথে উদ্বিগ্ন হওয়ার প্রয়োজন হয় না। এইচএএল কার্নেল অ্যাড্রেস স্পেসে লোড করা হয় এবং কার্নেল মোডে চলে, তাই এইচএএল-এর রুটিনগুলি সরাসরি অ্যাপ্লিকেশন দ্বারা কল করা যায় না এবং কোনও ইউজার মোড এপিআই সরাসরি এইচএএল রুটিনগুলির সাথে সামঞ্জস্যপূর্ণ নয়। পরিবর্তে, এইচএএল প্রাথমিকভাবে উইন্ডোজ এক্সিকিউটিভ এবং কার্নেল এবং কার্নেল মোড ডিভাইস ড্রাইভারদের পরিষেবা প্রদান করে। যদিও বেশিরভাগ হার্ডওয়্যারের ড্রাইভারগুলি অন্যান্য ফাইলগুলিতে থাকে, সাধারণত ফাইলের প্রকার. sys, কয়েকটি মূল ড্রাইভার hal.dll-এ সংকলিত হয়। পি. সি. আই এবং পি. সি. আই এক্সপ্রেসের মতো বাসের ডিভাইসগুলির জন্য কার্নেল মোড ডিভাইস ড্রাইভাররা তাদের ডিভাইসগুলির আই/ও পোর্ট এবং রেজিস্টারগুলি অ্যাক্সেস করতে সরাসরি এইচ. এ. এল-এর রুটিনগুলিতে কল করে। চালকরা এইচ. এ. এল-এর রুটিন ব্যবহার করে কারণ বিভিন্ন প্ল্যাটফর্মের জন্য এই ক্রিয়াকলাপগুলির বিভিন্ন বাস্তবায়নের প্রয়োজন হতে পারে। এইচএএল প্রতিটি প্ল্যাটফর্মের জন্য যথাযথভাবে অপারেশনগুলি প্রয়োগ করে, তাই একই ড্রাইভার এক্সিকিউটেবল ফাইলটি একই সিপিইউ আর্কিটেকচার ব্যবহার করে সমস্ত প্ল্যাটফর্মে ব্যবহার করা যেতে পারে এবং ড্রাইভার সোর্স ফাইলটি সমস্ত আর্কিটেকচার জুড়ে বহনযোগ্য হতে পারে। উইন্ডোজ 8-এর আগে x86 সিস্টেমে, ইনস্টলেশন মিডিয়াতে বেশ কয়েকটি ভিন্ন এইচএএল ফাইল রয়েছে। উইন্ডোজ ইনস্টলেশন পদ্ধতি নির্ধারণ করে যে বর্তমান প্ল্যাটফর্মের জন্য কোনটি উপযুক্ত এবং এটি হার্ড ড্রাইভে অনুলিপি করে, প্রয়োজনে এটির নাম পরিবর্তন করে hal.dll করা হয়। এই নির্বাচনের মানদণ্ডের মধ্যে রয়েছেঃ একটি এ. সি. পি. আই-সামঞ্জস্যপূর্ণ বি. আই. ও. এস-এর উপস্থিতি, একটি এ. পি. আই. সি-এর উপস্থিতি এবং একাধিক প্রসেসর উপস্থিত এবং সক্ষম কিনা। (একটি মাল্টি-কোর সিপিইউ-এর একাধিক কোর, এবং এমনকি একটি হাইপারথ্রেডিং সিপিইউ দ্বারা বাস্তবায়িত "লজিক্যাল প্রসেসর", এই উদ্দেশ্যে "প্রসেসর" হিসাবে গণনা করা হয়।) x 86-64 এবং ইটানিয়াম প্ল্যাটফর্মে প্রতিটি CPU স্থাপত্যের জন্য শুধুমাত্র একটি সম্ভাব্য hal.dll রয়েছে। উইন্ডোজ 8 এবং তার পরের সংস্করণে, x86 সংস্করণে শুধুমাত্র একটি এইচএএল রয়েছে। এইচএএল উইন্ডোজ 10-এর 2004 সংস্করণ থেকে শুরু করে ntoskrnl.exe-এ একীভূত (বা স্থিতিশীলভাবে সংযুক্ত) হয় এবং ডিএলএল শুধুমাত্র পিছনের সামঞ্জস্যের জন্য একটি স্টাব হিসাবে কাজ করে। NTDLL.DLL NTDLL.DLL উইন্ডোজ নেটিভ এপিআই রপ্তানি করে। নেটিভ এপিআই হল অপারেটিং সিস্টেমের ইউজার-মোড উপাদানগুলির দ্বারা ব্যবহৃত ইন্টারফেস যা উইন 32 বা অন্যান্য এপিআই সাবসিস্টেমগুলির সমর্থন ছাড়াই চলতে হবে। এই এপিআই-এর বেশিরভাগই NTDLL.DLL-এ এবং ntoskrnl.exe-এর উপরের প্রান্তে (এবং এর রূপগুলি) প্রয়োগ করা হয় এবং এই গ্রন্থাগারগুলির মধ্যে রপ্তানি করা প্রতীকগুলির বেশিরভাগই এন. টি. উপসর্গযুক্ত, উদাহরণস্বরূপ এন. টি. ডিসপ্লেস্ট্রিং। নেটিভ এপিআইগুলি KERNEL32.DLL দ্বারা রপ্তানি করা অনেকগুলি "কার্নেল এপিআই" বা "বেস এপিআই" বাস্তবায়নের জন্যও ব্যবহৃত হয়। বেশিরভাগ উইন্ডোজ অ্যাপ্লিকেশন সরাসরি NTDLL.DLL কল করে না। এই লাইব্রেরির সাথে সরাসরি সংযুক্ত অ্যাপ্লিকেশনগুলি স্থানীয় সাবসিস্টেম ব্যবহার করে বলে মনে করা হয়; তাদের অস্তিত্বের প্রাথমিক কারণ হল এমন কাজগুলি সম্পাদন করা যা উইন 32 সাবসিস্টেম উপলব্ধ হওয়ার আগে সিস্টেম স্টার্টআপ ক্রমের প্রথম দিকে চলতে হবে। একটি সুস্পষ্ট কিন্তু গুরুত্বপূর্ণ উদাহরণ হল উইন32 সাবসিস্টেম প্রক্রিয়া, csrss.exe-এর সৃষ্টি। csrss.exe প্রক্রিয়াটি বিদ্যমান থাকার আগে, কোনও উইন32 প্রক্রিয়া তৈরি করা যাবে না, তাই যে প্রক্রিয়াটি এটি তৈরি করে (Smss.exe, "সেশন ম্যানেজার") তাকে অবশ্যই নেটিভ সাবসিস্টেম ব্যবহার করতে হবে। csrss.exe নিজেই এমন একটি অ্যাপ্লিকেশন। ". exe" ফাইল এক্সটেনশন থাকা সত্ত্বেও, নেটিভ অ্যাপ্লিকেশনগুলি ব্যবহারকারী (বা উইন32 বা অন্যান্য সাবসিস্টেমের কোনও প্রোগ্রাম) দ্বারা কার্যকর করা যায় না। একটি উদাহরণ হল autochk.exe বাইনারি যা সিস্টেম সূচনা "ব্লু স্ক্রিন"-এর সময় chkdsk চালায়। অন্যান্য বিশিষ্ট উদাহরণ হল পরিষেবাগুলি যা বিভিন্ন উপব্যবস্থা প্রয়োগ করে, যেমন csrss.exe। উইন32 অ্যাপ্লিকেশনের বিপরীতে, নেটিভ অ্যাপ্লিকেশনগুলি কার্নেল রানটাইম কোডের (ntoskrnl.exe) মধ্যে তাত্ক্ষণিকভাবে থাকে এবং তাই তাদের অবশ্যই একটি ভিন্ন এন্ট্রি পয়েন্ট থাকতে হবে (উইন32 অ্যাপ্লিকেশনটিতে পাওয়া (ডাব্লু) (উইন) মেইনসিআরটিস্টার্টআপের পরিবর্তে এন. টি. প্রসেসস্টার্টআপ), একটি ইন-মেমরি কাঠামোর পয়েন্টারের মাধ্যমে তাদের কমান্ড-লাইন আর্গুমেন্টগুলি অর্জন করুন, আর. টি. এল হিপ এপিআই ব্যবহার করে তাদের নিজস্ব মেমরি পরিচালনা করুন, (যা উইন32 হিপ এপিআইগুলি কেবল মোড়ানো হয়-সেখানে কোনও প্রকৃত পার্থক্য নেই) এবং আর. টি. এল. এক্সিট ইউজারপ্রসেসেসে কল দিয়ে এক্সিকিউশন ফিরিয়ে দিন (এক্সিটপ্রসেসের বিপরীতে)। নেটিভ অ্যাপ্লিকেশনের সঙ্গে যুক্ত একটি সাধারণ লাইব্রেরি হল nt.lib, যেখানে নেটিভ অ্যাপ্লিকেশনের জন্য স্টার্টআপ কোড রয়েছে, সি রানটাইম যেভাবে উইন32 অ্যাপের জন্য স্টার্টআপ কোড প্রদান করে তার অনুরূপ। যদিও বেশিরভাগ এপিআই নথিভুক্ত নয়, নেটিভ অ্যাপ্লিকেশনগুলি উইন্ডোজ ড্রাইভার ডেভেলপমেন্ট কিট ব্যবহার করে তৈরি করা যেতে পারে; অনেক অ্যান্টিভাইরাস সফ্টওয়্যার এবং অন্যান্য ইউটিলিটি সফ্টওয়্যার বিক্রেতারা তাদের পণ্যগুলির মধ্যে নেটিভ অ্যাপ্লিকেশনগুলিকে অন্তর্ভুক্ত করে, সাধারণত কিছু বুট-টাইম কাজ সম্পাদন করতে যা ইউজারস্পেসে করা যায় না। উইন32 এপিআই এই বিভাগের গ্রন্থাগারগুলি উইন32 এপিআই-এর বিভিন্ন উপসেট প্রয়োগ করে। KERNEL32.DLL KERNEL32.DLL অ্যাপ্লিকেশনগুলিতে বেশিরভাগ উইন 32 বেস এপিআই, যেমন মেমরি ম্যানেজমেন্ট, ইনপুট/আউটপুট (I/O) অপারেশন, প্রক্রিয়া এবং থ্রেড তৈরি এবং সিঙ্ক্রোনাইজেশন ফাংশন প্রকাশ করে। এর মধ্যে অনেকগুলি NTDLL.DLL দ্বারা উন্মুক্ত স্থানীয় API-তে সংশ্লিষ্ট ফাংশনগুলিকে কল করে KERNEL32.DLL-এর মধ্যে প্রয়োগ করা হয়। GDI32.DLL GDI32.DLL গ্রাফিক্স ডিভাইস ইন্টারফেস (জিডিআই) ফাংশন রপ্তানি করে যা ভিডিও ডিসপ্লে এবং প্রিন্টারগুলিতে আউটপুটের জন্য আদিম অঙ্কন ফাংশন সম্পাদন করে। উদাহরণস্বরূপ, এটি পেইন্টের এক্সপি সংস্করণে ব্যবহৃত হয়। অ্যাপ্লিকেশনগুলি জিডিআই ফাংশনগুলিকে সরাসরি নিম্ন-স্তরের অঙ্কন (লাইন, আয়তক্ষেত্র, উপবৃত্তাকার), পাঠ্য আউটপুট, ফন্ট পরিচালনা এবং অনুরূপ ফাংশনগুলি সম্পাদন করতে ডাকে। প্রাথমিকভাবে, জিডিআই 16 এবং 256 রঙিন ইজিএ/ভিজিএ ডিসপ্লে কার্ড এবং একরঙা প্রিন্টার সমর্থন করত। কার্যকারিতাটি বছরের পর বছর ধরে প্রসারিত হয়েছে এবং এখন ট্রুটাইপ ফন্ট, আলফা চ্যানেল এবং একাধিক মনিটরের মতো জিনিসগুলির জন্য সমর্থন অন্তর্ভুক্ত রয়েছে। USER32.DLL USER32.DLL উইন্ডোজ ইউজার কম্পোনেন্ট প্রয়োগ করে যা ডেস্কটপ, উইন্ডোজ এবং মেনুগুলির মতো উইন্ডোজ ইউজার ইন্টারফেসের স্ট্যান্ডার্ড উপাদানগুলি তৈরি এবং পরিচালনা করে। এইভাবে এটি প্রোগ্রামগুলিকে একটি গ্রাফিকাল ইউজার ইন্টারফেস (জিইউআই) বাস্তবায়িত করতে সক্ষম করে যা উইন্ডোজের চেহারা এবং অনুভূতির সাথে মেলে। উইন্ডোজ ব্যবহারকারী থেকে প্রোগ্রাম কল ফাংশনগুলি উইন্ডোজ তৈরি এবং পরিচালনা, উইন্ডো বার্তা গ্রহণ (যা বেশিরভাগ ব্যবহারকারী ইনপুট যেমন মাউস এবং কীবোর্ড ইভেন্ট, তবে অপারেটিং সিস্টেম থেকে বিজ্ঞপ্তিও), একটি উইন্ডোতে পাঠ্য প্রদর্শন এবং বার্তা বাক্স প্রদর্শন করার মতো ক্রিয়াকলাপ সম্পাদন করে। USER32.DLL-এর অনেক ফাংশন ব্যবহারকারী ইন্টারফেসের বিভিন্ন উপাদানের প্রকৃত রেন্ডারিং করার জন্য GDI32.DLL দ্বারা রপ্তানি করা জিডিআই ফাংশনগুলিকে কল করে। কিছু ধরনের প্রোগ্রাম ইউ. এস. ই. আর. 32 ফাংশনের মাধ্যমে পূর্বে তৈরি একটি উইন্ডোর মধ্যে নিম্ন-স্তরের অঙ্কন ক্রিয়াকলাপ সম্পাদনের জন্য সরাসরি জি. ডি. আই ফাংশনগুলিকে কল করবে। COMCTL32.DLL COMDLG32.DLL COMDLG32.DLL, কমন ডায়ালগ বক্স লাইব্রেরি, মাইক্রোসফ্ট যা 'সাধারণ অ্যাপ্লিকেশন কাজ' বলে মনে করে তা সম্পাদন করার উদ্দেশ্যে বিভিন্ন ধরনের উইন্ডোজ ডায়ালগ বাক্স প্রয়োগ করে। উইন্ডোজ ভিস্তা প্রকাশের সাথে শুরু করে, মাইক্রোসফ্ট এই লাইব্রেরি দ্বারা প্রদত্ত "ওপেন" এবং "সেভ অ্যাজ" ডায়ালগ বাক্সগুলিকে অবচিত এবং 'কমন আইটেম ডায়ালগ এপিআই' দ্বারা প্রতিস্থাপিত বলে বিবেচনা করে। WS2_32.DLL WS2_32.DLL উইন্সক এপিআই প্রয়োগ করে, যা টিসিপি/আইপি নেটওয়ার্কিং ফাংশন সরবরাহ করে এবং অন্যান্য নেটওয়ার্ক এপিআইয়ের সাথে আংশিক, ভাঙা সামঞ্জস্য প্রদান করে। wsock.dll এবং wsock32.dll হল Win3.11 এবং উইন95 সামঞ্জস্যের জন্য পুরানো সংস্করণ। ADVAPI32.DLL ADVAPI32.DLL, অ্যাডভান্সড উইন্ডোজ 32 বেস API DLL, উইন্ডোজ রেজিস্ট্রি চালানোর জন্য নিরাপত্তা কল এবং ফাংশন প্রদান করে। NETAPI32.DLL NETAPI32.DLL নেটওয়ার্ক ইন্টারফেস অনুসন্ধান এবং পরিচালনার জন্য ফাংশন প্রদান করে। OLE32.DLL OLE32.DLL কম্পোনেন্ট অবজেক্ট মডেল, পাশাপাশি অবজেক্ট লিঙ্কিং এবং এম্বেডিং প্রদান করে। অন্যান্য এপিআই SHSCRAP.DLL SHSCRAP.DLL হল অবজেক্ট লিঙ্কিং অ্যান্ড এম্বেডিং (ওএলই) পদ্ধতির অংশ। এটি শেল স্ক্র্যাপ ফাইলগুলির জন্য সমর্থন প্রয়োগ করে, যা স্বয়ংক্রিয়ভাবে তৈরি হয় যখন আপনি কোনও ও. এল. ই-সক্ষম অ্যাপ্লিকেশন থেকে নির্বাচিত বিষয়বস্তু একটি এক্সপ্লোরার উইন্ডো বা ডেস্কটপে টেনে আনেন, তবে আপনি সেগুলি তৈরি করতে অবজেক্ট প্যাকেজারও ব্যবহার করতে পারেন। তারপর এগুলিকে অন্য ও. এল. ই-সক্ষম অ্যাপ্লিকেশনে টেনে নিয়ে যাওয়া যেতে পারে। নিরাপত্তা উন্নত করতে এবং অপারেটিং সিস্টেমকে সাধারণত অব্যবহৃত কার্যকারিতা থেকে মুক্ত করতে উইন্ডোজ ভিস্তা (এবং তাই পরবর্তী সংস্করণগুলি) থেকে এই কার্যকারিতাটি সরানো হয়েছিল। স্ক্র্যাপ (. shs) ফাইলগুলি ভাইরাস দ্বারা ব্যবহার করা হয়েছে কারণ এগুলিতে বিভিন্ন ধরনের ফাইল থাকতে পারে (এক্সিকিউটেবল কোড সহ), এবং "পরিচিত ফাইল প্রকার থেকে ফাইল এক্সটেনশনগুলি লুকান" নিষ্ক্রিয় করা থাকলেও ফাইল এক্সটেনশনটি দেখানো হয় না। উইন্ডোজ এক্সপি সিস্টেম থেকে রেজিস্ট্রি এন্ট্রি এবং ডিএলএল অনুলিপি করে কার্যকারিতা পুনরুদ্ধার করা যেতে পারে। WINMM.DLL WINMM.DLL মূল উইনএমএম অডিও এপিআই-এ প্রবেশাধিকার প্রদান করে। IMM32.DLL IMM32 ইনপুট মেথড এডিটরকে আহ্বান এবং ইন্টারঅ্যাক্ট করার জন্য দায়ী। রানটাইম লাইব্রেরি MSVCRT.DLL, এমএসভিসিপি *. ডিএলএল এবং CRTDLL.DLL MSVCRT.DLL হল ভিজ্যুয়াল সি + + (এমএসভিসি) কম্পাইলারের জন্য সি স্ট্যান্ডার্ড লাইব্রেরি। এটি বেশিরভাগ স্ট্যান্ডার্ড সি লাইব্রেরি ফাংশন সহ এম. এস. ভি. সি-র এই সংস্করণগুলি দ্বারা সংকলিত প্রোগ্রামগুলি সরবরাহ করে। এর মধ্যে রয়েছে স্ট্রিং ম্যানিপুলেশন, মেমরি বরাদ্দ, সি-স্টাইল ইনপুট/আউটপুট কল এবং অন্যান্য। এমএসভিসিপি *. ডিএলএল হল সংশ্লিষ্ট সি + + লাইব্রেরি। এটি অন্যান্য উইন্ডোজ উপাদানগুলির ব্যবহারের জন্য উইন্ডোজ 95 OSR2.5 থেকে উইন্ডোজ সংস্করণগুলির সাথে পাঠানো হয়েছে; আগের সংস্করণগুলি পরিবর্তে CRTDLL.DLL লাইব্রেরির সাথে পাঠানো হয়েছে। উইন্ডোজের পুরোনো সংস্করণগুলিতে, MSVCRT.DLL এর সাথে সংযুক্ত প্রোগ্রামগুলি সিস্টেম 32 ফোল্ডারে একটি সামঞ্জস্যপূর্ণ অনুলিপি ইনস্টল করবে বলে আশা করা হয়েছিল, তবে এটি ডিএলএল হেল-এ অবদান রেখেছিল কারণ অনেক ইনস্টলার ইনস্টল করা সংস্করণটির পরিবর্তে লাইব্রেরি সংস্করণটি পরীক্ষা করতে ব্যর্থ হয়েছিল। 4-এর আগে এবং 7 থেকে 12 পর্যন্ত এম. এস. ভি. সি-র সংস্করণগুলি প্রতিটি সংস্করণের জন্য আলাদা আলাদা নামে ডি. এল. এল ব্যবহার করত (MSVCR20.DLL, MSVCR70.DLL, MSVCR71.DLL, MSVCP110.DLL, ইত্যাদি)। উপযুক্ত সংস্করণ ইনস্টল করার জন্য অ্যাপ্লিকেশনগুলির প্রয়োজন হয় এবং মাইক্রোসফ্ট এই উদ্দেশ্যে ভিজ্যুয়াল সি + + পুনরায় বিতরণযোগ্য প্যাকেজ সরবরাহ করে, যদিও উইন্ডোজ সাধারণত ইতিমধ্যে ইনস্টল করা একটি সংস্করণের সাথে আসে। এই রানটাইম লাইব্রেরিটি ভিজ্যুয়াল সি + +-এ লেখা প্রোগ্রাম এবং অন্যান্য কয়েকটি সংকলক দ্বারা ব্যবহৃত হয় (যেমন। মিনজিডব্লিউ)। কিছু সংকলকের নিজস্ব রানটাইম লাইব্রেরি রয়েছে। সংস্করণ 14.0 (ভিজ্যুয়াল স্টুডিও 2015)-এর সাথে, বেশিরভাগ সি/সি + + রানটাইম একটি নতুন ডিএলএল-এ স্থানান্তরিত হয়েছিল, যা কঠোরভাবে সি99 অনুবর্তী। উইন্ডোজ 10 থেকে ইউনিভার্সাল সি রান টাইম (ইউসিআরটি) উইন্ডোজের একটি উপাদান হয়ে ওঠে, তাই প্রতিটি সংকলক (নন এমএস, যেমন জিসিসি বা ক্ল্যাং/এলএলভিএম) ইউসিআরটির বিরুদ্ধে লিঙ্ক করতে পারে। যাইহোক, UCRTBASE.DLL ব্যবহার করে সি/সি + + প্রোগ্রামগুলি অন্য একটি নতুন ডিএলএল, ভিসিআরন্টাইমের সাথে লিঙ্ক করতে বাধ্য হয়। সংস্করণ 14-এ, এটি ছিল VCRUNTIME140.DLL। নামটি ভবিষ্যতের সংস্করণগুলিতে পরিবর্তিত হওয়ার সম্ভাবনা রয়েছে, তবে সংস্করণ 17 পর্যন্ত তা হয়নি। রানটাইম লাইব্রেরির জন্য সোর্স কোড রেফারেন্স এবং ডিবাগিংয়ের জন্য ভিজ্যুয়াল সি + +-এ অন্তর্ভুক্ত করা হয়েছে (যেমন। সি-তেঃ \প্রোগ্রাম ফাইল\মাইক্রোসফ্ট ভিজ্যুয়াল স্টুডিও 11.0 \ভিসি\ক্রিট\এসআরসি)। অন্যান্য রানটাইম লাইব্রেরি এটিএল *. ডিএলএল-অ্যাক্টিভ টেমপ্লেট লাইব্রেরি এমএফসি *. ডিএলএল-মাইক্রোসফ্ট ফাউন্ডেশন ক্লাস MSVBVM60.DLL-ভিজ্যুয়াল বেসিক 6. ভার্চ্যুয়াল মেশিন (ভিজ্যুয়াল Basic.NET প্রোগ্রামগুলির পরিবর্তে. নেট ফ্রেমওয়ার্ক প্রয়োজন) ভিসিওএমপি *। ডিএলএল-মাইক্রোসফ্ট ওপেনএমপি রানটাইম ভিসিআরএনটিআইএম *। ডিএলএল-মাইক্রোসফ্ট ভিসিআরএনটাইম, এমএসভিসি 14.0 + MSVCIRT.DLL-মাইক্রোসফ্ট সি + + লাইব্রেরির জন্য, এমএস সি 9 এবং 10 (এমএসভিসি 2. x, 4. x) (তখন, খসড়া সি + + স্ট্যান্ডার্ড লাইব্রেরিটি MSVCRT.DLL এর মধ্যে সংহত করা হয়েছিল। এটি ভিজ্যুয়াল সি + + 5.0). নেট ফ্রেমওয়ার্ক লাইব্রেরি প্রকাশের সাথে বিভক্ত করা হয়েছিল সি #, ভিজ্যুয়াল Basic.NET, সি + +/সিএলআই এবং অন্যান্য. নেট ভাষায় লেখা প্রোগ্রামগুলির জন্য. নেট ফ্রেমওয়ার্ক প্রয়োজন। এটিতে অনেকগুলি গ্রন্থাগার রয়েছে (যার মধ্যে একটি হল mscorlib.dll মাল্টিলাঙ্গুয়েজ স্ট্যান্ডার্ড কমন অবজেক্ট রানটাইম লাইব্রেরি, পূর্বে মাইক্রোসফ্ট কমন অবজেক্ট রানটাইম লাইব্রেরি) এবং তথাকথিত সমাবেশ (যেমন। System.Windows.Forms.dll)। আরও দেখুন উইন্ডোজের স্থাপত্য এন. টি উইন্ডোজ এন. টি স্টার্টআপ প্রক্রিয়া মাইক্রোসফ্ট উইন্ডোজ উপাদানগুলির তালিকা উইন্ডোজ এ. পি. আই ডায়নামিক লিঙ্ক লাইব্রেরি রেফারেন্স বাহ্যিক লিঙ্ক এ. পি. আই কল তালিকা (<আই. ডি. 2>) ভিজ্যুয়াল বেসিক এ. পি. আই কল তালিকা সহ ব্যবহারকারী এ. পি. আই ক্লায়েন্ট লাইব্রেরি ব্যবহারের জন্য টিপস (<আই. ডি. 1>) ভিজ্যুয়াল বেসিক নেটিভ এ. পি. আই রেফারেন্স সহ কার্নেল এ. পি. আই ক্লায়েন্ট লাইব্রেরি ব্যবহারের জন্য টিপস অনানুষ্ঠানিক ওয়েবসাইট যা বেশিরভাগ নেটিভ এ. পি. আই পদ্ধতি নথিভুক্ত করে।