Den h„r sidan visar dig de submoduler som importeras av modulen.

Sidan listar endast de submodulnamn som „r direkt listade som importer i modulheadern f”r l„nkning under laddningstid. Importerna „r l”sta redan vid tiden f”r n„r modulen laddas, till skillnad fr†n k”rtids l„nkning (se nedanf”r). Modulnamnen „r namnen hos de dynamic link libraries som skall importeras, vanligtvis utan .DLL filnamns„ndelsen, och f”rv„ntas finnas i LIBPATH (se "Systems”kv„gar" f”r mer information).

Om en exekverbar fil misslyckas med laddningen, kommer informationen p† den h„r sidan att kunna vara anv„ndbar f”r att ta reda p† vilken submodul som har misslyckats.

Emellertid, som ett resultat av ovanst†ende, visar den h„r sidan inte:

• K”rtids importer, n„r en applikation anropar specifika &os2; API'er f”r att importera kod dynamiskt efter att den har laddats komplett. Den h„r informationen „r inte specificerad i den exekverbaras headers d„rf”r att det „r den verkliga programkoden som utf”r importen. Se dokumentationen f”r DosQueryProcAddr i dokumentationen f”r Toolkit.*

• Indirekta importer, det betyder, sub-importer utf”rda av moduler listade p† den h„r sidan. Dessa importer „r beroende p† sammanhanget f”r den exekverbara: till exempel, de f”r n„rvarande aktiva LIBPATH, BEGINLIBPATH, och ENDLIBPATH systems”kv„garna best„mmer alla vilken modul som egentligen skall laddas.