Title: DOS MZ executable
Content:  The DOS MZ executable format is the executable file format used for .EXE files in DOS. The file can be identified by the ASCII string "MZ" (hexadecimal: 4D 5A) at the beginning of the file (the "magic number"). "MZ" are the initials of Mark Zbikowski, one of the leading developers of MS-DOS. The MZ DOS executable file is newer than the COM executable format and differs from it. The DOS executable header contains relocation information, which allows multiple segments to be loaded at arbitrary memory addresses, and it supports executables larger than 64k; however, the format still requires relatively low memory limits. These limits were later bypassed using DOS extenders.
Title: DOS MZ executable
Content:  MZ DOS executables can be run from DOS and Windows 9x-based operating systems. 32-bit Windows NT-based operating systems can execute them using their built-in Virtual DOS machine (although some graphics modes are unsupported). 64-bit versions of Windows cannot execute them. Alternative ways to run these executables include DOSBox, DOSEMU, Wine, and Cygwin. MZ DOS executables can be created by linkers, like Digital Mars Optlink, MS linker, VALX or Open Watcom's WLINK; additionally, FASM can create them directly.
Title: .exe
Content: 16-bit DOS MZ executable:The original DOS executable file format. These formats can be identified by the letters "MZ" at the beginning of the file in ASCII. All later formats have an MZ DOS stub header. ; 16-bit New Executable: Introduced with the multitasking MS-DOS 4.0 and also used by 16-bit OS/2 and Windows, NE can be identified by the "NE" in ASCII. 
Title: New Executable
Content:  New (NE), linear (LX), and portable (PE) executables retain the DOS MZ format file header for backward compatibility with DOS. When run under DOS, a so-called DOS stub is executed which usually prints a "This program cannot be run in DOS mode " message and exits. This constitutes a minimal form of a so-called fat binary. Windows 1.0 executables, however, have their file header formatted in such a way that DOS refuses to run them with the "Program too big to fit in memory" error message; see Windows 1.0 Features.
Title: Z-DOS
Content:  Z-DOS is a discontinued OEM version of Microsoft's MS-DOS specifically adapted to run on the hardware of the Zenith Z-100 personal computer.
Title: MZ-2500
Content:  MS-DOS format files, but it is a subset of the MSX OS of the same name. The common system of Z80 published in Oh! MZ magazine. On many Z80 models, the same binary ran the same application for the same system. The MZ-2500 supports kanji conversion, kanji output, high-resolution display font, etc. in addition to the standard specifications, and an algo function is also available. Since 2DD disks can not support the entire area according to specifications, they are effectively used by allocating 512 KB to the file system and writing the main part of the system to the remaining part. 
Title: .exe
Content: 32-bit Portable Executable: Introduced with Windows NT, these can be identified by the "PE" in ASCII (although not at the beginning; these files also begin with "MZ"). ; 64-bit Portable Executable (PE32+): Introduced by 64-bit versions of Windows, this is a PE file with wider fields. In most cases, code can be written to simply work as either a 32 or 64-bit PE file. When a 16-bit or 32-bit Windows executable is run by Windows, execution starts at either the NE or the PE, and ignores the MZ code known as DOS stub. Started in DOS the stub typically displays a message "This program cannot be run in DOS mode" (or similar) before exiting cleanly, this thereby constituting a minimal form of fat binary. A few dual-mode programs (MZ-NE or MZ-PE) such as regedit and older WinZIP self extractors include a more functional DOS section.
Title: DOS MZ executable
Content:  The environment of an EXE program run by DOS is found in its Program Segment Prefix. EXE files normally have separate segments for the code, data, and stack. Program execution begins at address 0 of the code segment, and the stack pointer register is set to whatever value is contained in the header information (thus if the header specifies a 512 byte stack, the stack pointer is set to 200h). It is possible to not use a separate stack segment and simply use the code segment for the stack if desired. The DS (data segment) register normally contains the same value as the CS (code segment) register and is not loaded with the actual segment address of the data segment when an EXE file is initialized; it is necessary for the programmer to set it themselves, generally done via the following instructions:
Title: DOSBox
Content:  DOSBox is a full-system emulator that provides BIOS interrupts and contains its own internal DOS-like shell. This means that it can be used without owning a license to any real DOS operating system. Most commands that are found in COMMAND.COM are supported, but many of the more advanced commands found in the latest MS-DOS versions are not. In addition to its internal shell, it also supports running image files of games and software originally intended to start without any operating system. Besides emulating DOS, users can also run Windows 3.0 and applications designed for it, as well as versions of Windows within the Windows 9x family. When the DOSBox application is opened, it automatically mounts to a virtual, permanent  drive that stores DOSBox commands and utilities. The reasons for the virtual drive are related to security, but the user can mount a different drive letter in the emulator to a directory, image file, floppy disk drive, or CD-ROM drive on the host to access its data. A configuration file and its AUTOEXEC section can be used to respectively configure DOSBox settings and execute DOS commands at startup.
Title: Exec (system call)
Content:  DOS is not a multitasking operating system, but replacing the previous executable image has a great merit there due to harsh primary memory limitations and lack of virtual memory. The same API is used for overlaying programs in DOS and it has effects similar to ones on POSIX systems. MS-DOS exec functions always load the new program into memory as if the "maximum allocation" in the program's executable file header is set to default value 0xFFFF. The EXEHDR utility can be used to change the maximum allocation field of a program. However, if this is done and the program is invoked with one of the exec functions, the program might behave differently from a program invoked directly from the operating-system command line or with one of the spawn functions (see below).

Question: What genre is DOS MZ executable?
Answer: executable.
executable file.
binary.
executable program.
.exe.