When drawing to a printer, the API calls had to be transformed into requests to a printer. On the display, it had to manipulate pixels in the frame buffer. The code in GDI needed to translate drawing commands to operations on specific devices. These extra layers on top of DOS had to be shared across all running Windows programs, not just to enable Windows to work in a machine with less than a megabyte of RAM, but to enable the programs to co-operate with each other. The Drawing API, Graphics Device Interface (GDI), was implemented in a DLL called GDI.EXE, the user interface in USER.EXE. All higher-level services were provided by Windows Libraries 'Dynamic Link Library'. All operating-system level operations were provided by the underlying operating system: MS-DOS. Every program was meant to co-operate by yielding the CPU to other programs so that the graphical user interface (GUI) could multitask and be maximally responsive. The first versions of Microsoft Windows ran programs together in a single address space. Examples of such DLLs include icon libraries, sometimes having the extension ICL, and font files, having the extensions FON and FOT.

As with EXEs, DLLs can contain code, data, and resources, in any combination.ĭata files with the same file format as a DLL, but with different file extensions and possibly containing only resource sections, can be called resource DLLs. The file formats for DLLs are the same as for Windows EXE files – that is, Portable Executable (PE) for 32-bit and 64-bit Windows, and New Executable (NE) for 16-bit Windows. These libraries usually have the file extension DLL, OCX (for libraries containing ActiveX controls), or DRV (for legacy system drivers). Application/-executableĬom.microsoft.windows-dynamic-link-libraryĭynamic-link library ( DLL) is Microsoft's implementation of the shared library concept in the Microsoft Windows and OS/2 operating systems.

Microsoft office dll files