Microsoft Windows library files
مائیکروسافٹ ونڈوز آپریٹنگ سسٹم مشترکہ لائبریریوں کی ایک شکل کی حمایت کرتا ہے جسے "ڈائنامک لنک لائبریریوں" کے نام سے جانا جاتا ہے، جو کوڈ لائبریریاں ہیں جنہیں متعدد عمل کے ذریعے استعمال کیا جا سکتا ہے جبکہ صرف ایک کاپی میموری میں لوڈ کی جاتی ہے۔ یہ مضمون بنیادی لائبریریوں کا ایک جائزہ فراہم کرتا ہے جو ہر جدید ونڈوز انسٹالیشن کے ساتھ شامل ہیں، جس کے اوپر زیادہ تر ونڈوز ایپلی کیشنز بنائی گئی ہیں۔ اندرونی اجزاء HAL.DLL ایک کرنل موڈ لائبریری فائل ہے اور اسے کسی بھی یوزر موڈ پروگرام کے ذریعے استعمال نہیں کیا جا سکتا۔ NTDLL.DLL صرف کچھ پروگراموں کے ذریعہ استعمال ہوتا ہے، لیکن یہ پروگراموں کے ذریعہ استعمال ہونے والی زیادہ تر ون 32 لائبریریوں کا انحصار ہے۔ HAL.DLL ونڈوز ہارڈ ویئر ایبسٹریکشن لیئر (HAL) کو hal.dll میں لاگو کیا گیا ہے۔ ایچ اے ایل متعدد افعال کو نافذ کرتا ہے جو مختلف ہارڈ ویئر پلیٹ فارمز کے ذریعے مختلف طریقوں سے نافذ کیے جاتے ہیں، جو اس تناظر میں زیادہ تر چپ سیٹ سے مراد ہیں۔ آپریٹنگ سسٹم کے دیگر اجزاء پھر اصل نفاذ کی پرواہ کیے بغیر، تمام پلیٹ فارمز پر ان افعال کو اسی طرح کال کر سکتے ہیں۔ مثال کے طور پر، ایڈوانسڈ پروگرام ایبل انٹرپٹ کنٹرولر (اے پی آئی سی) والی مشین پر رکاوٹ کا جواب دینا بغیر رکاوٹ والی مشین کے مقابلے میں بالکل مختلف ہے۔ ایچ اے ایل اس مقصد کے لیے ایک واحد فنکشن فراہم کرتا ہے جو مختلف چپ سیٹ کے ذریعے ہر قسم کی رکاوٹوں کے ساتھ کام کرتا ہے، تاکہ دوسرے اجزاء کو اختلافات سے متعلق ہونے کی ضرورت نہ پڑے۔ ایچ اے ایل کو کرنل ایڈریس اسپیس میں لوڈ کیا جاتا ہے اور یہ کرنل موڈ میں چلتا ہے، اس لیے ایچ اے ایل میں معمولات کو براہ راست ایپلی کیشنز کے ذریعے کال نہیں کیا جا سکتا، اور کوئی بھی یوزر موڈ اے پی آئی براہ راست ایچ اے ایل کے معمولات سے مطابقت نہیں رکھتا۔ اس کے بجائے، ایچ اے ایل بنیادی طور پر ونڈوز ایگزیکٹو اور کرنل اور کرنل موڈ ڈیوائس ڈرائیوروں کو خدمات فراہم کرتا ہے۔ اگرچہ زیادہ تر ہارڈ ویئر کے ڈرائیور دیگر فائلوں میں موجود ہوتے ہیں، عام طور پر فائل کی قسم. sys کے، کچھ بنیادی ڈرائیوروں کو hal.dll میں مرتب کیا جاتا ہے۔ پی سی آئی اور پی سی آئی ایکسپریس جیسی بسوں پر موجود آلات کے لیے کرنل موڈ ڈیوائس ڈرائیور اپنے آلات کے آئی/او پورٹس اور رجسٹروں تک رسائی حاصل کرنے کے لیے براہ راست ایچ اے ایل میں معمولات کو کال کرتے ہیں۔ ڈرائیور ایچ اے ایل کے معمولات کا استعمال کرتے ہیں کیونکہ مختلف پلیٹ فارمز کو ان کارروائیوں کے مختلف نفاذ کی ضرورت پڑ سکتی ہے۔ ایچ اے ایل ہر پلیٹ فارم کے لیے کارروائیوں کو مناسب طریقے سے نافذ کرتا ہے، اس لیے ایک ہی ڈرائیور کے قابل عمل فائل کو ایک ہی سی پی یو آرکیٹیکچر کا استعمال کرتے ہوئے تمام پلیٹ فارمز پر استعمال کیا جا سکتا ہے، اور ڈرائیور سورس فائل تمام آرکیٹیکچرز میں پورٹیبل ہو سکتی ہے۔ ونڈوز 8 سے پہلے کے x86 سسٹمز پر انسٹالیشن میڈیا پر کئی مختلف ایچ اے ایل فائلیں ہوتی ہیں۔ ونڈوز انسٹالیشن کا طریقہ کار اس بات کا تعین کرتا ہے کہ موجودہ پلیٹ فارم کے لیے کون سے موزوں ہیں اور اسے ہارڈ ڈرائیو میں کاپی کرتا ہے، اگر ضروری ہو تو اس کا نام بدل کر hal.dll کر دیتا ہے۔ اس انتخاب کے معیارات میں شامل ہیں: اے سی پی آئی سے مطابقت رکھنے والے بائیوس کی موجودگی، اے پی آئی سی کی موجودگی، اور آیا متعدد پروسیسرز موجود اور فعال ہیں یا نہیں۔ (ملٹی کور سی پی یو کے متعدد کور، اور یہاں تک کہ ہائپر تھریڈنگ سی پی یو کے ذریعہ نافذ کردہ "منطقی پروسیسرز"، سبھی اس مقصد کے لیے "پروسیسرز" کے طور پر شمار ہوتے ہیں۔) x 86-64 اور Itanium پلیٹ فارم پر ہر CPU فن تعمیر کے لیے صرف ایک ممکن hal.dll ہے۔ ونڈوز 8 اور اس کے بعد کے ورژن x86 میں بھی صرف ایک ایچ اے ایل ہے۔ ایچ اے ایل کو ونڈوز 10 کے ورژن 2004 سے شروع کرتے ہوئے ntoskrnl.exe میں ضم (یا مستحکم طور پر منسلک) کیا گیا ہے، اور ڈی ایل ایل صرف پسماندہ مطابقت کے لیے اسٹب کے طور پر کام کرتا ہے۔ NTDLL.DLL NTDLL.DLL ونڈوز مقامی API کو برآمد کرتا ہے۔ مقامی اے پی آئی وہ انٹرفیس ہے جو آپریٹنگ سسٹم کے یوزر موڈ اجزاء کے ذریعہ استعمال ہوتا ہے جسے ون 32 یا دیگر اے پی آئی سب سسٹمز کی مدد کے بغیر چلنا چاہیے۔ اس API کا زیادہ تر حصہ NTDLL.DLL میں اور ntoskrnl.exe (اور اس کے متغیرات) کے اوپری کنارے پر لاگو کیا جاتا ہے، اور ان کتب خانوں کے اندر برآمد شدہ علامتوں کی اکثریت Nt سے پہلے ہوتی ہے، مثال کے طور پر NtDisplayString۔ مقامی APIs کا استعمال KERNEL32.DLL کے ذریعے برآمد کردہ بہت سے "کرنل APIs" یا "بیس APIs" کو نافذ کرنے کے لیے بھی کیا جاتا ہے۔ ونڈوز ایپلی کیشنز کی بڑی اکثریت براہ راست 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 ہے، جس میں مقامی ایپلی کیشنز کے لیے اسٹارٹ اپ کوڈ ہوتا ہے، جیسا کہ C رن ٹائم ون 32 ایپس کے لیے اسٹارٹ اپ کوڈ فراہم کرتا ہے۔ اگرچہ زیادہ تر اے پی آئی غیر دستاویزی ہے، مقامی ایپلی کیشنز کو ونڈوز ڈرائیور ڈویلپمنٹ کٹ کا استعمال کرتے ہوئے بنایا جا سکتا ہے۔ بہت سے اینٹی وائرس سافٹ ویئر اور دیگر یوٹیلیٹی سافٹ ویئر وینڈرز مقامی ایپلی کیشنز کو اپنی مصنوعات میں شامل کرتے ہیں، عام طور پر کچھ بوٹ ٹائم کام انجام دینے کے لیے جو یوزر اسپیس میں نہیں کیا جا سکتا۔ ون 32 اے پی آئی اس حصے میں موجود لائبریریوں میں سے ہر ایک ون 32 اے پی آئی کے مختلف ذیلی سیٹوں کو نافذ کرتی ہے۔ KERNEL32.DLL KERNEL32.DLL ایپلی کیشنز کو زیادہ تر ون 32 بیس APIs، جیسے میموری مینجمنٹ، ان پٹ/آؤٹ پٹ (I/O) آپریشنز، پروسیس اور تھریڈ تخلیق، اور سنکرونائزیشن افعال کے لیے بے نقاب کرتا ہے۔ ان میں سے بہت سے مقامی API میں متعلقہ افعال کو کال کرکے KERNEL32.DLL کے اندر نافذ کیے جاتے ہیں، جو NTDLL.DLL کے ذریعے بے نقاب ہوتے ہیں۔ GDI32.DLL GDI32.DLL گرافکس ڈیوائس انٹرفیس (جی ڈی آئی) افعال کو برآمد کرتا ہے جو ویڈیو ڈسپلے اور پرنٹروں کو آؤٹ پٹ کے لیے ابتدائی ڈرائنگ افعال انجام دیتے ہیں۔ یہ، مثال کے طور پر، پینٹ کے ایکس پی ورژن میں استعمال ہوتا ہے۔ ایپلی کیشنز جی ڈی آئی فنکشنز کو براہ راست نچلی سطح کی ڈرائنگ (لائن، آئتاکار، ایلیپس)، ٹیکسٹ آؤٹ پٹ، فونٹ مینجمنٹ، اور اسی طرح کے افعال انجام دینے کے لیے کال کرتی ہیں۔ ابتدائی طور پر، جی ڈی آئی نے 16 اور 256 رنگین ای جی اے/وی جی اے ڈسپلے کارڈز اور مونوکروم پرنٹرز کی حمایت کی۔ فعالیت میں سالوں کے دوران توسیع ہوئی ہے، اور اب اس میں ٹرو ٹائپ فونٹ، الفا چینلز، اور متعدد مانیٹر جیسی چیزوں کے لیے سپورٹ شامل ہے۔ USER32.DLL USER32.DLL ونڈوز USER جزو کو لاگو کرتا ہے جو ونڈوز یوزر انٹرفیس کے معیاری عناصر، جیسے ڈیسک ٹاپ، ونڈوز اور مینو کو تخلیق اور جوڑتا ہے۔ اس طرح یہ پروگراموں کو ایک گرافیکل یوزر انٹرفیس (جی یو آئی) کو نافذ کرنے کے قابل بناتا ہے جو ونڈوز کی شکل اور احساس سے میل کھاتا ہے۔ ونڈوز بنانے اور ان کا انتظام کرنے، ونڈو پیغامات وصول کرنے (جو زیادہ تر صارف کے ان پٹ جیسے ماؤس اور کی بورڈ ایونٹس ہوتے ہیں، بلکہ آپریٹنگ سسٹم سے اطلاعات بھی ہوتے ہیں)، ونڈو میں متن کی نمائش، اور میسج باکسز کی نمائش جیسے کام انجام دینے کے لیے ونڈوز یو ایس ای آر سے پروگرام کال فنکشن ہوتے ہیں۔ USER32.DLL میں بہت سے فنکشن GDI32.DLL کے ذریعے ایکسپورٹ کیے گئے جی ڈی آئی فنکشنز کو کال کرتے ہیں تاکہ یوزر انٹرفیس کے مختلف عناصر کی اصل انجام دہی کی جا سکے۔ کچھ قسم کے پروگرام یو ایس ای آر 32 فنکشنز کے ذریعے پہلے بنائی گئی ونڈو کے اندر نچلی سطح کے ڈرائنگ آپریشنز انجام دینے کے لیے براہ راست جی ڈی آئی فنکشنز کو بھی کال کریں گے۔ COMCTL32.DLL COMDLG32.DLL COMDLG32.DLL، کامن ڈائیلاگ باکس لائبریری، ونڈوز ڈائیلاگ باکسز کی ایک وسیع اقسام کو لاگو کرتی ہے جس کا مقصد مائیکروسافٹ کے 'عام ایپلیکیشن کے کاموں' کو انجام دینا ہے۔ ونڈوز وسٹا کی ریلیز سے شروع کرتے ہوئے، مائیکروسافٹ اس لائبریری کے ذریعہ فراہم کردہ "اوپن" اور "سیو ایز" ڈائیلاگ باکسز کو فرسودہ سمجھتا ہے اور اس کی جگہ "کامن آئٹم ڈائیلاگ API" رکھتا ہے۔ WS2_32.DLL WS2_32.DLL ون ساک API کو لاگو کرتا ہے، جو TCP/IP نیٹ ورکنگ افعال فراہم کرتا ہے اور دوسرے نیٹ ورک API کے ساتھ جزوی، ٹوٹی ہوئی مطابقت فراہم کرتا ہے۔ wsock.dll اور wsock32.dll Win3.11 اور ون 95 مطابقت کے پرانے ورژن ہیں۔ ADVAPI32.DLL ADVAPI32.DLL، ایڈوانسڈ ونڈوز 32 بیس API DLL، ونڈوز رجسٹری میں ہیرا پھیری کے لیے حفاظتی کالز اور افعال فراہم کرتا ہے۔ NETAPI32.DLL NETAPI32.DLL نیٹ ورک انٹرفیس کی استفسار اور انتظام کے لیے افعال فراہم کرتا ہے۔ OLE32.DLL OLE32.DLL اجزاء آبجیکٹ ماڈل کے ساتھ ساتھ آبجیکٹ لنکنگ اور ایمبیڈنگ فراہم کرتا ہے۔ دیگر APIs SHSCRAP.DLL SHSCRAP.DLL آبجیکٹ لنکنگ اینڈ ایمبیڈنگ (OLE) میکانزم کا حصہ ہیں۔ یہ شیل سکریپ فائلوں کے لیے سپورٹ لاگو کرتا ہے، جو اس وقت خود بخود بن جاتی ہیں جب آپ OLE کے قابل ایپلی کیشن سے منتخب مواد کو ایکسپلورر ونڈو یا ڈیسک ٹاپ میں گھسیٹتے ہیں، لیکن آپ انہیں بنانے کے لیے آبجیکٹ پیکیجر بھی استعمال کر سکتے ہیں۔ اس کے بعد انہیں کسی اور او ایل ای کے قابل ایپلی کیشن میں گھسیٹا جا سکتا ہے۔ سیکیورٹی کو بہتر بنانے اور آپریٹنگ سسٹم کو عام طور پر غیر استعمال شدہ فعالیت سے نجات دلانے کے لیے اس فعالیت کو ونڈوز وسٹا (اور اس لیے بعد کے ورژن) سے ہٹا دیا گیا تھا۔ سکریپ (. shs) فائلیں وائرس کے ذریعے استعمال کی گئی ہیں کیونکہ ان میں مختلف قسم کی فائلیں ہو سکتی ہیں (بشمول قابل عمل کوڈ)، اور فائل کی توسیع اس وقت بھی نہیں دکھائی جاتی جب "معلوم فائل کی اقسام سے فائل کی توسیع کو چھپائیں" کو غیر فعال کر دیا جاتا ہے۔ ونڈوز ایکس پی سسٹم سے رجسٹری اندراجات اور ڈی ایل ایل کاپی کرکے فعالیت کو بحال کیا جا سکتا ہے۔ WINMM.DLL WINMM.DLL اصل ون ایم ایم آڈیو API تک رسائی فراہم کرتا ہے۔ IMM32.DLL IMM32 ان پٹ میتھڈ ایڈیٹر کو مدعو کرنے اور اس کے ساتھ بات چیت کرنے کا ذمہ دار ہے۔ رن ٹائم لائبریریاں MSVCRT.DLL، ایم ایس وی سی پی *. ڈی ایل ایل اور CRTDLL.DLL MSVCRT.DLL ورژن 4.2 سے 6.0 تک بصری سی + + (ایم ایس وی سی) مرتب کرنے والے کے لیے سی معیاری لائبریری ہے۔ یہ زیادہ تر معیاری سی لائبریری افعال کے ساتھ ایم ایس وی سی کے ان ورژنوں کے ذریعے مرتب کردہ پروگرام فراہم کرتا ہے۔ ان میں سٹرنگ ہیرا پھیری، میموری الاٹمنٹ، سی سٹائل ان پٹ/آؤٹ پٹ کالز، اور دیگر شامل ہیں۔ ایم ایس وی سی پی *. ڈی ایل ایل متعلقہ سی + + لائبریری ہے۔ یہ ونڈوز 95 OSR2.5 کے بعد سے ونڈوز ورژن کے ساتھ دوسرے ونڈوز اجزاء کے استعمال کے لیے بھیج دیا گیا ہے ؛ اس کے بجائے پہلے کے ورژن CRTDLL.DLL لائبریری کے ساتھ بھیجے گئے تھے۔ ونڈوز کے پرانے ورژنوں میں، MSVCRT.DLL کے خلاف منسلک پروگراموں سے توقع کی جاتی تھی کہ وہ سسٹم 32 فولڈر میں ایک ہم آہنگ کاپی انسٹال کریں گے، لیکن اس نے DLL ہیل میں حصہ ڈالا کیونکہ بہت سے انسٹالرز لائبریری ورژن کو انسٹال شدہ ورژن کے خلاف چیک کرنے میں ناکام رہے۔ 4. 0 سے پہلے اور 7.0 سے 12.0 تک ایم ایس وی سی کے ورژن ہر ورژن (MSVCR20.DLL، MSVCR70.DLL، MSVCR71.DLL، MSVCP110.DLL، وغیرہ) کے لیے مختلف نام سے ڈی ایل ایل استعمال کرتے تھے۔ مناسب ورژن انسٹال کرنے کے لیے ایپلی کیشنز کی ضرورت ہوتی ہے، اور مائیکروسافٹ اس مقصد کے لیے بصری سی + + دوبارہ تقسیم کرنے والے پیکیجز پیش کرتا ہے، حالانکہ ونڈوز عام طور پر پہلے سے انسٹال شدہ ورژن کے ساتھ آتا ہے۔ یہ رن ٹائم لائبریری بصری سی + + میں لکھے گئے پروگراموں اور کچھ دوسرے مرتب کرنے والوں کے ذریعہ استعمال ہوتی ہے (جیسے۔ من جی ڈبلیو)۔ کچھ مرتب کرنے والوں کی اپنی رن ٹائم لائبریریاں ہوتی ہیں۔ ورژن 14.0 (ویژول اسٹوڈیو 2015) کے ساتھ، زیادہ تر C/C + + رن ٹائم کو ایک نئے DLL، UCRTBASE.DLL میں منتقل کر دیا گیا جو کہ C99 کے ساتھ سختی سے مطابقت رکھتا ہے۔ ونڈوز 10 کے بعد سے یونیورسل سی رن ٹائم (یو سی آر ٹی) ونڈوز کا ایک جزو حصہ بن جاتا ہے، لہذا ہر مرتب (یا تو غیر ایم ایس، جیسے جی سی سی یا کلانگ/ایل ایل وی ایم) یو سی آر ٹی کے خلاف لنک کر سکتا ہے۔ تاہم، UCRTBASE.DLL استعمال کرنے والے C/C + + پروگراموں کو ایک اور نئے DLL کے خلاف لنک کرنے پر مجبور کیا جاتا ہے، وی سی رن ٹائم۔ ورژن 14 پر، یہ VCRUNTIME140.DLL تھا۔ نام میں مستقبل کے ورژن میں تبدیل ہونے کی صلاحیت ہے، لیکن ورژن 17.0 تک ایسا نہیں کیا گیا ہے۔ رن ٹائم لائبریریوں کے لیے سورس کوڈ حوالہ اور ڈیبگنگ کے لیے بصری C + + میں شامل ہے (مثال کے طور پر۔ سی میں:\پروگرام فائلیں\ مائیکروسافٹ ویژول اسٹوڈیو 11.0\ وی سی\ کرٹ\ ایس آر سی)۔ دیگر رن ٹائم لائبریریاں اے ٹی ایل *. ڈی ایل ایل-ایکٹو ٹیمپلیٹ لائبریری ایم ایف سی *. ڈی ایل ایل-مائیکروسافٹ فاؤنڈیشن کلاسز MSVBVM60.DLL-بصری بنیادی 6.0 ورچوئل مشین (بصری Basic.NET پروگراموں کو اس کے بجائے. نیٹ فریم ورک کی ضرورت ہوتی ہے) وی سی او ایم پی *. ڈی ایل ایل-مائیکروسافٹ اوپن ایم پی رن ٹائم وی سی رنٹیم *. ڈی ایل ایل-مائیکروسافٹ وی سی رن ٹائم، ایم ایس وی سی 14.0 + MSVCIRT.DLL-مائیکروسافٹ سی + + لائبریری کے لیے، ایم ایس سی 9 اور 10 (ایم ایس وی سی 2. x، 4. x) کے لیے <iostream.h> (فائل کی توسیع کو نوٹ کریں) سے فرسودہ سی + + کلاسز پر مشتمل ہے (اس وقت مسودہ سی + + معیاری لائبریری کو MSVCRT.DLL اسے بصری سی + + 5). نیٹ فریم ورک لائبریریوں کی ریلیز کے ساتھ تقسیم کیا گیا تھا۔ سی #، بصری Basic.NET، سی + +/سی ایل آئی اور دیگر. نیٹ زبانوں میں لکھے گئے پروگراموں کے لیے. نیٹ فریم ورک کی ضرورت ہوتی ہے۔ اس میں بہت سی لائبریریاں ہیں (ان میں سے ایک mscorlib.dll ملٹی لینگویج اسٹینڈرڈ کامن آبجیکٹ رن ٹائم لائبریری، سابقہ مائیکروسافٹ کامن آبجیکٹ رن ٹائم لائبریری) اور نام نہاد اسمبلیاں (مثال کے طور پر۔ System.Windows.Forms.dll)۔ یہ بھی دیکھیں ونڈوز این ٹی ونڈوز این ٹی اسٹارٹ اپ عمل مائیکروسافٹ ونڈوز اجزاء کی فہرست ونڈوز اے پی آئی ڈائنامک لنک لائبریری حوالہ جات بیرونی لنکس اے پی آئی کالز کی فہرست (USER32.DLL) بصری بنیادی اے پی آئی کالز کی فہرست کے ساتھ یوزر اے پی آئی کلائنٹ لائبریری کو استعمال کرنے کے لیے تجاویز (KERNEL32.DLL) بصری بنیادی مقامی اے پی آئی حوالہ غیر سرکاری ویب سائٹ کے ساتھ کرنل اے پی آئی کلائنٹ لائبریری کو استعمال کرنے کے لیے تجاویز جو زیادہ تر مقامی اے پی آئی طریقوں کو دستاویز کرتی ہیں KERNEL32.DLL بیس ایڈریس مائیکروسافٹ ایپلیکیشن پروگرامنگ انٹرفیس لائبریری فائلیں ونڈوز فائلیں