オペレーティングシステム/2)」である。PS/2」の意味とされる。OS/2」である(「MS-DOS」のように、「MS-OS/2」と略される場合が多いが正式名称ではない)。バージョン1.3以降はIBM版のみである。Warp」はバージョン3から付けられた名称である。DOSの後継とされた、16ビットおよび32ビットのパソコン向けOSである。バージョン1は16ビット(CPUは80286以上)、バージョン2以降は32ビット(CPUは80386以上。一時はPowerPC用も開発された)であるファイルシステムとして、DOSのFATに加えて、途中からHPFSが追加されたMS-DOSコマンド類似のOS/2コマンドを持つ。Manager)バージョン2以降は、ワークプレース・シェルDOS互換環境バージョン1は1つのみ。80286で使用するための制約を受けてCPUのリアルモードとプロテクトモードを強引に切り替えることと[1]コンベンショナルメモリを圧迫した設計により、特に日本で不評を博した。バージョン2以降は、複数(マルチ仮想DOSマシン、MVDM)。仮想86モードを使用し、複数のDOS環境をプリエンプティブ・マルチタスク環境下で稼動させる。BIOSや一部のドライバの実処理コードを別アドレス空間、MVDM上にそれらの呼び出しコードを配置したことでDOSアプリケーションが使用できるコンベンショナルメモリを広く確保できたため、WindowsのDOSコマンドプロンプトや、更にはDOS自体と比較しても、アプリケーションの動作を安定させることのできる場合があることで注目された。(WIN-OS/2)。エミュレートではなく、マイクロソフトのライセンスを含むWindows本体のモジュールをOS/2のMVDM上で稼動させ、複数のWIN-OS/2同士を稼動することもできたため、互換性や、複数アプリケーションを稼動させた際の安定性は優れていた。AX各社などにより採用され、DOS/Vに続きOADGの標準化にも採用された。バージョン編集OS/2バージョン1基本版(パソコン単体での使用を想定した)と拡張版(データベース処理やホスト接続機能を含めた)が存在。1.0:1987年4月2日:IBMとマイクロソフトの共同開発。全画面のタスクスイッチ。1.0:1987年12月[2]:米国で出荷開始。1.0(英語版)と同時出荷。PS/55モデル5540/5550/5560/5570に対応。FMR-50/60/70に対応。1.2:1989年:HPFS採用。ボタンやアイコンの3D表示化。DOSとのデュアルブートが可能に。拡張版にREXXが装備された。J1.2:1990年3月[2]:旧5550系統はサポート対象外に。1.3:1990年10月[2]:IBMの単独開発となる。Managerを標準実装。基本版にもREXXが搭載された。J1.3:1991年3月[2]:PS/55の256色表示をサポート。2.0:1992年:主にIBMが開発を担当。3.0用のアプリケーションをサポート(WIN-OS/2)。1992年6月:IBMとマイクロソフトは、1993年9月まででOSソースの相互公開を中止することを決定。3.1相当になった)。日本語版において、IBM純正のATバスマシンだけでなく互換機もサポート対象に追加した。1993年9月:IBMとマイクロソフトのOSソースの相互公開が終了。2.11:1994年:ユーザインタフェースの改善など。Connectは、WIN-OS/2の有無でパッケージが分かれる。V3:1995年:Ver.3にあたる。3.0とは別物・無関係である。Serverクライアント、NetWareクライアントなど)を追加。e-businessをベースに開発続行。Server群をシームレスに管理可能。V6.1:2000年:SNAとTCP/IP間の通信を統合。PS/2のOSとして、IBMとマイクロソフトとの共同で開発されたものである。最初のVer.1.0ではGUIは搭載されておらず、16ビットのOS/2コマンドプロンプトとDOS互換環境をキーボードでスイッチできた。OS/2コマンドプロンプト間は最初からプリエンプティブ・マルチタスクであった。ArchitectureのCUA'87準拠のため)。Ver.1.2のリリース後、マイクロソフトはWindowsの開発に注力することになり、以降はIBMのみの開発となった。拡張版において、REXXを装備した。両社が袂を分かつことになった経緯について、一点目は両社の開発スタイルなどの企業文化に大きな違いがあったこと、二点目は当時マイクロソフトにとってIBMが最大顧客であったもののWindows3.0の爆発的ヒットに伴いしだいに関係に変化が生じたことを指摘する声もある[5]。このバージョンにおいて、基本版にもREXXを装備する。3.0を主にMicrosoftがそれぞれ分担することとなる。APIを置き換えると決め、IBMとの緊張を生むことになる。NTの開発に専念するようになった。持ち、統合プラットフォームとして一つの完成形を見る。