Doom for OS/2 was an official port of Doom to the OS/2 operating system, a would-be successor to MS-DOS created through a partnership between Microsoft and IBM which eventually broke down between 1990 and 1992 as Microsoft worked on their own Microsoft Windows OS.
Doom for OS/2 was created at the behest of IBM to promote the graphical desktop capabilities of OS/2 Warp, particularly through its DIVE API, much in the same way that Microsoft created WinDoom and its successor Doom95 to promote their own graphics acceleration technologies. It was programmed by Jim Thomas, president of WinWare Corporation, who also ported SimCity to the operating system.
Because of OS/2's backward compatibility with DOS, it was also possible to run the DOS version of Doom under OS/2 with appropriate configuration settings. However, compatibility issues, such as lack of audio, were common.
IBM initially approached id Software about having the company develop the port directly, but according to programmer Jim Thomas, id declined, stating that they had neither the time nor the resources, but that they would give IBM access to the source code to do the porting work themselves. IBM hired Jim Thomas as an independent contractor to do this work.
This OS/2 port of Doom was displayed on the floor at several IBM trade shows, including Spring COMDEX in 1994 and the OS/2 Warp release party in New York City. However, by the following Fall, IBM had stopped showing the game, and the port was never officially released. The last beta build, at v1.9b, was eventually leaked onto the Internet.
According to Jim Thomas, the OS/2 port of Doom uses non-planar drawing logic to render into a 320x200 area of system memory. This buffer is then sent to DIVE for blitting to the screen - if the target window is not 320x200 in size, DIVE's stretch blitting will resize it to fit the Presentation Manager window. The game typically ran at 24 frames per second on period hardware. Self-modifying assembly code is utilized in this low-level code to achieve maximum performance.
The port was uniquely (for its time) multithreaded, particularly with respect to its network multiplayer capability. Named pipes and NetBios were supported as protocols.
As DART support is required, it may be necessary to install FixPak 26 or the Netscape Plug-In Pack if running Warp 3.
A video driver with VGA 256-color or better support is required. If the proper support is not installed, an error such as "DiveOpen: 1006" will appear, and the program may crash afterward. The generic Scitech SNAP SVGA driver is a widely supported solution under which the the game can run successfully.
- Hobbes OS/2 Archive; includes download links for Doom for OS/2 and related utilities.
- The "Official" DOOM and DOOM II FAQ section 17.4 covers configuration settings for running the DOS version of Doom under OS/2.
- Shabsin, Chris, with Kent Lundberg (22 November 1994). "OS/2 Game Developers' Report on DIVE." Retrieved 7 August 2021.
- Hildinger, Colin L. (16 July 1997). "Doom for OS/2." OS/2 e-Zine!. Retrieved 7 August 2021.
- Locutus (16 May 2016). "Slashdot Asks: What's Your Favorite Doom Story? - Doom/2 for OS/2." Slashdot. Retrieved 7 August 2021.
|Games in the Doom series|
|Classic Doom|| Doom • Doom II • Final Doom • Doom 64 |
Official ports: 3DO • Acorn RiscOS • Apple Macintosh • Atari Jaguar • Doom Classic Unity port • Game Boy Advance (Doom, Doom II) • iOS • Linux • NEC PC-9801 • NeXTSTEP • OS/2 • Pocket PC • QNX • SGI • Sega 32X • Sega Saturn • Solaris • Sony PlayStation (Doom, Final Doom) • Sony PlayStation 3 • Super NES • Tapwave Zodiac • WebTV Plus • Windows (WinDoom, Doom95) • Xbox • Xbox 360
|Doom 3|| Doom 3 • Doom 3: BFG Edition • Doom 3: VR Edition
Related: id Tech 4
|Doom (2016)|| Doom (2016) • Doom VFR • Doom Eternal|
|Mobile games||Doom RPG • Doom II RPG • Doom Resurrection • Mighty Doom|
|Canceled games||Doom Absolution • Doom 4 1.0|
|Related: Commercial games • Expanded universe • List of books • List of commercial compilations|