hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
OpenBSD
OpenBSD（オープンビーエスディー）は、セキュリティや正当性（correctness）などを特に重視した、BSDをベースにして開発された、オープンソースの、Unix系オペレーティングシステム (OS)。NetBSDの主要開発者のひとりであるテオ・デ・ラート（Theo de Raadt）が、1995年にNetBSDからフォークさせる形で開発が始まったものであり、BSDの子孫のひとつである。
OpenBSD 特徴
目標としているのは「正しい思想」(correctness) と「先制的なセキュリティ」(proactive security) である。オープンソースおよびドキュメンテーションの重視、ソフトウェアライセンスに妥協しない姿勢でも知られている。テオ・デ・ラートの自宅がアルバータ州カルガリーということで、暗号の輸出制限がないカナダを開発の本拠地としている。ロゴおよびマスコットはフグのPuffy。
OpenBSDの目指す「正しい思想」には、GPLより制限の少ないBSD/ISCライセンスこそ真にフリーであるという意見や、正しく設計されたOSは移植が容易であるはずだという理念などが含まれる。もともとNetBSDから派生したため移植性は高いレベルにあったが、新しいプラットフォームへの移植のたびにコードが洗練されセキュリティの向上につながってきたとして、NetBSDとは別の観点から移植の意義を強調している。
OpenBSD 特徴
また「先制的なセキュリティ」とは、脆弱性が発見されてから問題を修正するのではなく、問題の起こりにくい設計や徹底したコード監査によって、事前にあらゆる危険性を排除しようとすることを意味する。
そのため、通常のインストールではほとんどのサービスが起動しないようになっており、これまでに「デフォルトインストールでのリモートセキュリティホールが2つしか発見されていない」ことを売り文句にしている。
その2つとは、2002年に発見されたOpenSSHの桁あふれ問題と、2007年に発見されたIPv6スタックのバッファオーバーフローである。
設計や仕様は文書化され、コーディングと同時にマニュアル (man) が更新されている。実態に即したマニュアルを保証することにより、管理者や開発者の無知・不注意に起因するセキュリティ問題を防止している。
OpenBSD 成果
他のOSでも標準的に使われているSSHの代表的実装OpenSSHの他、C言語で文字列を安全に扱うためのstrlcpyとstrlcat、IPパケットをフィルタリングするPF（パケットフィルタ）、BSD系OSで暗号化ハードウェアサポートを可能にするOpenBSD Cryptographic Framework (OCF) などは他のBSDの子孫達にも取り込まれている。
CVSリポジトリを外部に公開したのはOpenBSDが最初だが、その後anonymous cvsはSubversionやGitなどの普及前の時期においてオープンソースプロジェクトの標準的な開発基盤となっていた。
OpenBSD 歴史
1994年12月、NetBSDの立ち上げ時のメンバーでもあったテオ・デ・ラートは、上級開発者の地位とNetBSD中核チームメンバーという立場から退くよう要求され、ソースコードへのアクセスもできないようにされた。そうなった経緯は明らかではないが、NetBSDプロジェクトおよびメーリングリストでの性格の不一致が原因と言われている。テオはそれまでも周囲と衝突の絶えない性格を批判されていた。Peter Waynerは自著Free For Allの中でテオがNetBSDを離脱する直前「何人かの人々の気持ちを逆なでしはじめた」と書いている。リーナス・トーバルズはテオを「気難しい」と評している。あるインタビュアーは彼と会う前に「不安だ」ともらしている。しかし、そのように思わない人も多い。件のインタビュアーはテオがOpenBSDを立ち上げる際に「変化」し「チームの面倒を見ることを望んでいる」と述べた。彼が有能なプログラマであり、セキュリティに関する第一人者のひとりであることを否定する者はほとんどいない。
OpenBSD 歴史
1995年10月、テオはNetBSD 1.0からのフォークとしてOpenBSDプロジェクトを立ち上げた。最初のリリースは1996年7月のOpenBSD 1.2であり、同年10月にはOpenBSD 2.0をリリース。約半年ごとに新リリースが公開され、各リリースについて1年間サポートと保守を行う。ただし、開発者はシステム全体の整合性を保つ範囲でのみコードに変更を加えなくてはならないため、常時更新されているスナップショット版も安定して動作することが期待されている。2007年11月1日に公開されたOpenBSD 4.2は直前に急逝した萩野純一郎に捧げられている。
2007年7月25日、OpenBSD開発者Bob BeckはOpenBSD Foundationの創設を発表した。これはカナダの非営利団体で「個人や法人がOpenBSDをサポートしたい場合に対応する窓口として働く」ものである。
OpenBSD 歴史
OpenBSDがどれほど使われているかは確認が難しい。開発者側でも把握していないし統計も公表していないが、他の情報源が若干存在する。2005年9月、創設間もない BSD Certification Groupが利用状況の調査を行い、BSD系OS利用者の32.8%（4330件の回答のうち1420件）がOpenBSDを使っているという結果が得られた。同調査ではFreeBSDは77%、NetBSDは16.3%であり、OpenBSDは2位だった。DistroWatchというウェブサイトはLinuxコミュニティではよく知られているが、各Linuxディストリビューションと他のOSのサイトのヒット数を公表している。それによると2018年7月22日現在、OpenBSDのサイトには1日146ヒットがあり、79位となっている。ちなみにFreeBSDは1日295ヒットで33位、NetBSDは1日101ヒットで107位である。
2016年9月1日の6.0のリリースに伴いEFIブートローダーを追加し、FATまたはextファイルシステムに代わって、FFSからU-Bootヘッダなしにカーネルを読み込めるようになった。
OpenBSD 「オープン」という姿勢
OpenBSDプロジェクトが生まれた当時は、オープンソースプロジェクトであっても、ソースのリポジトリにアクセスできるのは選ばれた少人数の開発者チームだけというのが普通だった。この方式では、外部のコントリビュータは最新の開発状況を直接知ることができないため、貢献しようとしても作業がダブってしまい無駄になることが多かった。テオ・デ・ラートはソースを誰でもいつでも読めるようにすべきだと考え、Chuck Cranorの支援を求めた。Cranorは公開の匿名CVSサーバを立ち上げた。これはソフトウェア開発の世界で初の試みであり、この決断によりOpenBSDという名称が生まれ、ソースコードと文書へのアクセスをオープンにするという姿勢を表すようになった。
OpenBSD 「オープン」という姿勢
OpenBSDのオープン性についての方針は、ハードウェアに関しても適用される。テオは2006年12月のプレゼンテーション用スライドで、ハードウェア仕様の詳細を示す文書が公開されていなければ「開発者がドライバを書く際に間違うことが多い」とし、「（やった、動いたぞ、という）快感を味わうことは難しく、開発者によってはあきらめてしまう」と説明している。更に、OpenBSDプロジェクトにとってベンダーの提供するバイナリドライバは信用できないし、「問題が生じても…修正する方法がない」ため、許容できないとした。また、ベンダーによるソースは「若干受け入れ可能」だが、依然として問題発生時に修正が困難だとしている。
OpenBSD 「オープン」という姿勢
このような方針を示す出来事として、2005年3月、テオがopenbsd-miscというメーリングリストにポストしたメッセージを端緒とする議論がある。メッセージの中でテオは、アダプテックのAAC RAIDコントローラ用のデバイスドライバを改良するために、同社に必要な文書を開示してくれるよう4カ月に渡って交渉してきたが、開示されなかったことを明らかにし、OpenBSDコミュニティ全体に対して、アダプテックに彼らの意見を表明することを奨励した（このような行動はこれ以前にも行われている）。その直後、アダプテック元従業員で FreeBSD版AAC RAIDサポートの作者でもあるFreeBSDのコミッター Scott Long が、テオがアダプテックとのこの問題について彼に直接コンタクトを取らなかったとして、テオを酷評する文章をOSNewsというサイトで発表した。この件でfreebsd-questionsメーリングリストは議論が紛糾し、そこでOpenBSDプロジェクトのリーダーはScott Longから支援の申し出は全くなかったし、アダプテックからもLongを紹介されなかったと反論した。議論は、バイナリ・ブロブと秘密保持契約 (NDA) の使用を許容するかしないかという2派に分かれての激論に発展した。OpenBSDの開発者らは、ソースツリー内にプロプライエタリなバイナリドライバの存在を許さない立場で、NDAにも消極的である。これに対してFreeBSDプロジェクトの方針は異なり、Scott LongがOpenBSDへの支援として提案したアダプテックのRAID用コードの多くは、クローズドソースかNDA契約に基づいて書かれている。結局OpenBSD 3.7の締め切りまでの文書は提供されず、アダプテックのAAC RAIDコントローラサポートは、標準のOpenBSDカーネルからは削除された。
OpenBSD ライセンス
OpenBSDプロジェクトの目標のひとつとして、「元々のバークレー版Unixの著作権の精神を保ち」、それによって「相対的に邪魔されることのないUnixソースのディストリビューション」を可能にすることを掲げている。このため、ベルヌ条約によって不要となる言い回しをBSDライセンスから削除して単純化したISCライセンスを新規コードに適用することを基本としているが、MITおよびBSDライセンスも許容している。広く使われているGNU General Public Licenseは、それらに比べると制限が厳しすぎると見なされている。不適切と見なされたライセンスで提供されているコードは、現在では基本システムには追加しない方針となっている。既存コードでそのようなライセンスで提供されているものは、可能な限り置換したりライセンスを変更しているが、適当な代替物がない場合や新たな開発に時間がかかる場合はそのままとなっている。ライセンス問題から開発したものとしてOpenSSHがある。元々の SSHスイートをベースとしてOpenBSDチームが開発したもので、OpenBSD 2.6で最初に登場し、今では最も広く使われているSSHの実装になっており、様々なOS上で利用可能である。同様なライセンス問題はIPFilterにもあり、その代替物としてPFパケットフィルタを開発した。OpenBSD 3.0で最初に登場し、現在ではDragonFly BSD、NetBSD、FreeBSD でも使える。最近ではGPLでライセンスされたdiff、grep、gzip、pkg-configなどのツールをBSDライセンスの代替物で置き換えている。また、新プロジェクトとしてOpenBGPD、OpenNTPD、OpenOSPFD、OpenSMTPDなども立ち上げている。2007年9月、OpenBSDチームはGNUコンパイラコレクション (GCC) を置き換える作業に乗りだし、手始めにAnders MagnussonによるBSDライセンスのPortable C Compiler (PCC) を導入した。
OpenBSD ライセンス
2001年6月、Darren Reedがライセンスの文言を変えたことで懸念が生じ、OpenBSDの全Portsとソースツリーについての体系的なライセンスの監査が行われた。システム全体で100以上のファイルのコードについて、ライセンスが不明であるか、ライセンスに反した使い方をしていることが判明した。全てのライセンスを適切に遵守することを保証するため、それぞれの著作権者に連絡をとろうと試みた。結果として一部のコードは削除され、多くは置き換えられた。他に、ゼロックスが研究用途にのみライセンスしていたマルチキャストルーティングツール mrinfo と map-mbone などがあったが、ライセンスの変更を著作権者が受け入れたため、そのままOpenBSDで使うことができるようになった。この監査作業で削除されたソフトウェアとして、ダニエル・バーンスタインの作った全ソフトウェアがある。このときバーンスタインは、彼のコードの修正版を再配布する前に彼の承認を得ることを要求していたが、OpenBSDチームはそのための時間がないとしてその要求を退けたためである。これに対して、バーンスタインはいわれなく削除されたとして憤慨した。彼はもっとフリーでないライセンスで提供されているウェブブラウザNetscapeを引き合いに出し、彼のソフトウェアを削除しておいてNetscapeをそのままにしておくのは偽善だとOpenBSD開発者らを非難した。OpenBSDプロジェクトのスタンスは、Netscapeはオープンソースではないが、そのライセンス条件はプロジェクトの方針に適合しているというものだった。彼らは、派生物を制御しようとするバーンスタインの要求を受け入れると多大な労力が付随して必要になるため、削除が最も適切な対応だったとしている。
OpenBSD セキュリティとコード監査
OpenBSDを始めた直後、テオ・デ・ラートはSecure Networks, Inc. (SNI) というソフトウェア企業からの接触を受けた。SNIは「ネットワークセキュリティ監査ツール」Ballista（SNIがマカフィーに買収された後にはCybercop Scannerと改称）を開発しており、それはソフトウェアのセキュリティ上の欠陥を見つけ出し利用できるか確認するというものだった。これはテオ自身のセキュリティへの関心と共通していたので、両者は協力することに合意し、その関係はOpenBSD 2.3のリリースまで続き、プロジェクトの方向性に影響を与えた。OpenBSDの開発者は、容易さや性能や機能を犠牲にしてでも、正しく適切でセキュアな方法を選択しようとする。OpenBSDの中のバグは見つかったとしてもセキュリティホールとして利用しづらいものになっていき、SNIはOpenBSDを使った確認が困難になってきた。数年の協力の後、両者は目標としていたレベルに到達したと判断し、協力関係を解消した。
2002年6月まで、OpenBSDは次のようなスローガンをウェブサイトに掲げていた。
OpenBSD セキュリティとコード監査
2002年6月、Internet Security Systems の Mark Dowd はチャレンジ-レスポンス型認証を実装したOpenSSHのコードにバグを見つけた。このセキュリティホールは、OpenBSDのデフォルトのインストールでも利用でき、攻撃者がリモートからのアクセスでroot特権を得ることができる。これはOpenBSDだけの問題ではなく、当時OpenSSHを利用していた他のOSにとっても大きな問題だった。このため、OpenBSDのウェブサイトでもスローガンを次のように変更せざるを得なくなった。
しばらくはこのスローガンで推移したが、2007年3月13日、Core Security Technologies の Alfredo Ortega ネットワーク関連の脆弱性を発見した。スローガンは次のように変更された。
OpenBSD セキュリティとコード監査
このスローガンについては、OpenBSDのデフォルトのインストールではほとんど何もできないし、リリースに含まれているソフトウェアには他にもセキュリティホールが見つかったものがあると批判されている。しかしプロジェクト側は、デフォルトのインストールであることを強調しているのだから間違いではないとしている。OpenBSDの基本的考え方として、システムをシンプルでクリーンでsecure by defaultに保つという方向性がある。例えばOpenBSDの最小のデフォルト構成では、ごく一部のサービスしか有効にしない。このプロジェクトはまた、セキュリティシステムの重要な要素とされているオープンソースとコード監査手法を使っている。
OpenBSDにはセキュリティ強化のための設計変更がいくつも加えられている。例えば、APIとツールチェーンの変更としては、arc4random、issetugid、strlcat、strlcpy、strtonumといった関数の修正がある。他にも静的境界チェック機構、不正アクセスからの保護のためのメモリ保護技法として、ProPolice、StackGhost、W^Xによるページ保護機能、mallocの修正などがある。また、暗号およびランダム化機能として、プロトコルスタックの強化やパスワード暗号化へのBlowfish暗号の追加などがある。
OpenBSD セキュリティとコード監査
特権昇格を可能にするような設定ミスや脆弱性の危険を低減させるため、一部のプログラムでは特権分離、特権放棄、chrootの使用といった手法を採用している。このうち特権分離はOpenBSDでいち早く採用した技法で、最小特権の原則に基づいてプログラムを複数の部分に分け、一部にだけ特権の必要な操作を受け持たせて、他の大部分は特権なしで実行するという技法である。特権放棄も同様の技法で、必要なときだけ特権を得て操作を行い、その操作が終わったら特権を放棄するという技法である。chrootを使った技法は、アプリケーションがファイルシステムの一部だけを使って動作するようにし、個人的なファイルやシステムファイルのある部分にアクセスできないようにする。開発者らは一般的なアプリケーションのOpenBSD版にこのような技法を適用しており、例えばtcpdumpやApache Webサーバなどがそうなっている（Apacheについてはバージョン2.xではライセンス問題があるため、1.3.29に巨大なパッチをあてている）。なお、OpenBSD 6.0ではhttpdとしてApacheは実装されなくなり、nginxが採用された。
OpenBSD セキュリティとコード監査
プロジェクトは問題に対して継続的にコード監査する方針を採用しており、開発者Marc Epsieはこの作業を「特定のバグを見つけ出すというよりもプロセス自体への問いかけともいうべきもので…決して終わらない」と評した。彼はバグが見つかったときのいくつかの典型的工程を示しているが、その中には、同じまたは類似の問題がないかソースツリー全体を調査すること、「ドキュメンテーションを改正すべきかどうかを見つけ出すこと」、「この問題について警告を表示するようコンパイラを強化できないか」を調査すること、などが含まれる。標準の字下げスタイルはKernel Normal Formだが、これはコードの保守を容易にするための規定である。そのためコードをOSのベースに組み込む際には必ず守る必要がある。既存のコードもスタイルの要求仕様に合うように適宜書き換えられている。
Linuxカーネルの創始者であるリーナス・トーバルズはこれについて、開発というものは大きな問題に対処することに注力すべきで、バグはセキュリティ関連以外にも山ほどあるのだから、セキュリティ問題だけに注力すべきでないと述べている（「全ての平凡なバグは、単にそれらが数が多いというだけでも、より重要である」）。2008年7月15日、彼はOpenBSDの方針を批判し「彼らはセキュリティに専念することを大々的に宣言することで、他のことは彼らにとって重要でないと認めているようなものだ」と述べた。これに対してOpenBSDの開発者Marc Espieは「これは全くの誤解だ…（通常のバグ修正は）OpenBSDプロジェクトで人々が常にやっていることそのものだ」と応答した。開発者Artur Grabowskiも驚きを表明し「この中で最もおかしな部分は…（トーバルズが）言っていることが我々の言っていることと同じだという点だ」と述べた。
OpenBSD 利用
暗号を組み込みファイアウォールスイートPFを備えるといったOpenBSDのセキュリティ強化により、セキュリティ関連での利用に適しており、ファイアウォール、侵入検知システム、VPNゲートウェイなどで特に利用されている。また、DoS攻撃やクラッキングへの耐性が必要なサーバでもよく使われており、spamdデーモンが含まれていることから電子メールフィルタリング用途にも使われることがある。
OpenBSD 利用
OpenBSDに基づいたプロプライエタリシステムもいくつかの業者が製品化している。例えば、Calyptix Security、GeNUA mbH、RTMX Inc、.vantronix GmbHなどがある。GeNUAは、i386プラットフォームでのSMP機能の開発に寄与し、RTMXはシステムをPOSIX準拠に近づけるためのパッチを送り、.vantronixはネットワークや負荷分散機能の追加に寄与した。OpenBSDのシステムツールのコードの多くは、マイクロソフトのServices for UNIXにも使われている（元々は4.4BSD-LiteをベースとしたUnix系機能をWindowsに提供する拡張）。Core Force はWindows向けのセキュリティ製品だが、OpenBSDのPFファイアウォールをベースにしている。組み込みシステム関係でOpenBSDを一部に利用しているプロジェクトとして、OpenSoekris、flashdist、flashrdなどがある。
OpenBSD 利用
OpenBSDにはX Window Systemが含まれている。そのためデスクトップあるいはワークステーションとしても利用でき、様々なデスクトップ環境やウィンドウマネージャを利用できる。Portsツリーにはデスクトップ用の各種ツールが含まれており、デスクトップ環境としてはLumina、GNOME、KDE、Xfce、ウェブブラウザとしてはKonqueror、Mozilla Firefox、Opera、マルチメディア関連ではMPlayer、VLCメディアプレーヤー、xineなどがある。互換レイヤーも利用可能で、Linux、FreeBSD、SunOS、HP-UX などの他のOS向けにコンパイルされたバイナリを実行できる。
OpenBSDは性能やユーザビリティの面で批判されることがある。Felix von Leitnerの性能/スケーラビリティのテストによれば、他のOSに比べて性能が低い。これに対してOpenBSD関係者はvon Leitnerの客観性と技法を批判しつつ、性能は確かに考慮に値するが、セキュリティの良さと正しい設計によって正当化されるとし、開発者Nick Hollandは「それは結局のところ、何を重要と考えるかに帰着する」とコメントした。また、OpenBSDはFreeBSDやLinuxに比べるとプロジェクトの規模が小さく、開発者の時間は性能の最適化よりもセキュリティ強化に費やされているように見える。ユーザビリティの批判としては、OpenBSDにはユーザーフレンドリーな設定ツールがない点、デフォルトのインストールがほぼ裸状態である点、インストーラが「簡素」で「威嚇的」な点を挙げることがある。これに対する反論も性能の場合とほぼ同じで、簡潔性、信頼性、セキュリティを重視した結果だという。あるレビューでは「極めてセキュアなOSを動作させることは、ちょっとした仕事と言えるかもしれない」と評している。
OpenBSD ディストリビューションとマーケティング
OpenBSDは様々な方法で無料で入手可能である。ソースは匿名CVSまたはCVSupで入手でき、バイナリ版リリースや開発スナップショットはFTPまたはHTTPでダウンロード可能である。CD-ROMのパッケージ版はわずかな代金でオンラインで注文でき、おまけとしてステッカーやリリースのテーマ曲が付いてくる。その収入やアート作品の代価や寄付金でプロジェクトが運営されており、ハードウェアなどのサイト運営費用を賄っている。OpenBSD 4.2までは、完全版のCD-ROMセットの売り上げを確保するため、小さなインストール用ISOイメージしかダウンロードできないようにしていた。OpenBSD 4.2から、完全版のISOイメージがダウンロードできるようになった。
OpenBSD ディストリビューションとマーケティング
他のいくつかのオペレーティングシステムと同様、OpenBSDではプログラムのインストールと管理を容易にするためにPortsとパッケージシステムを使っており、それらはOS本体の一部ではない。元々はFreeBSDのPortsツリーに基づいていたが、現在のシステムは全く異なる。さらに3.6のリリースで大きな変更が加えられ、特にパッケージツールをMarc EspieがPerlで書いた高機能なツールに置き換えた。FreeBSDとは対照的に、OpenBSDのPortsシステムは製品版のパッケージを生成することを意図している。Portをインストールするとパッケージが生成され、パッケージツールを使ってそれをインストールすることになる。リリースの度にOpenBSDチームがまとめてパッケージを作り、ダウンロード用に提供している。他のBSDの子孫と比較してユニークな点として、PortsとOS本体が各バージョンで共に開発されている点が挙げられる。すなわち、例えば3.7でリリースされたPortsやパッケージは3.6で使うのには適していない（逆も同様）。このポリシーによって開発プロセスの安定性が確保されているが、OpenBSDの最新リリースのPortsにあるソフトウェアは、そのソフトウェアの原作者の最新バージョンより若干遅れることがある。
OpenBSD ディストリビューションとマーケティング
OpenBSD 2.7がリリースされたころ、それまでのBSDデーモンに代わってオリジナルのマスコット Puffy を登場させた。これはフグ (pufferfish) とされている。実際のフグの多くはトゲがなく、Puffyの絵はどちらかといえばハリセンボンに近い。これは、OpenSSHがBlowfish（フグの意）暗号を使っていることと、ハリセンボンのトゲが外敵を防ぐイメージを表しているという。Puffyは OpenBSD 2.6 で最初に登場し、その後Tシャツやポスターに様々な姿で登場した。例えば、Puffiana Jonesはハッカー学者にして冒険家であり、Lost RAIDを追い求めている。Puffathyはアルバータの少女で、Taiwanと共に冒険する。Puff Daddyは有名なラッパーであり、政治的偶像である。
OpenBSD ディストリビューションとマーケティング
OpenBSDは、リリースごとに覚えやすいテーマ曲やコミカルなアート作品を生み出してきたことでも有名になった。初期のOpenBSDのリリースには統一感のあるプロモーション用素材はなかったが、OpenBSD 3.0のCD-ROM版以降、テーマ曲、ポスター、Tシャツなどをリリースごとに統一的に生み出しており、時にはカナダの音楽グループPlaid Tongued DevilsのTy Semakaが協力している。元々は単にユーモアを加えるだけの軽い意図だったが、コンセプトが成長するに従いそれらがOpenBSDの一部となり、パロディの形でプロジェクトの理念を表すようになっていった。例えば、OpenBSD 3.8 のテーマは Hackers of the Lost RAID、すなわちインディアナ・ジョーンズのパロディであり、新RAIDツールがリリースに加わったことと連携している。OpenBSD 3.7のテーマはThe Wizard of OSで、ピンク・フロイドの作品や『オズの魔法使』のパロディであり、無線通信関連のプロジェクトと連携している。OpenBSD 3.3のテーマPuff the Barbarianは80年代のロックや英雄コナンのパロディを含み、オープンドキュメンテーションを示唆している。
リリースごとのTシャツやポスターに書かれたスローガンに加え、プロジェクトは、"Sending script kiddies to /dev/null since 1995"、"Functional, secure, free — choose 3"、"Secure by default" といった様々なキャッチフレーズも生み出し、開発者のみの会合で配布されるTシャツに書かれた内部スローガンとして "World class security for much less than the price of a cruise missile" とか、"Shut up and hack!" といった言葉も生み出している。
W3m
w3m（ダブリューサンエム または ダブリュースリーエム）は、2021年1月11日時点で東北大学教授である伊藤彰則によって開発された、ページャ兼テキストベースのウェブブラウザである。WWW-wo-Miru（WWWを見る）ということから、名付けられた。
2021年1月11日現在、本家は2011年1月15日が最後のリリースであるが、Debian版の開発が続いている。
動作環境は一般的なUnix系オペレーティングシステムであるが、WindowsでもCygwinを用いることにより動作可能である。
W3m 特徴
テキストブラウザでありながら、タブブラウジング機能を備え、マウスによる操作、テーブル、フレームの描写などにも対応。また画像ファイルのインライン表示にも対応している。
一風変わった機能としては、WebサーバなしでCGIスクリプトを起動するLocal CGI機能や、読み込んだHTML文書をプレーンテキストに整形して出力する機能などを備える。またEmacsから起動するEmacs-w3mモードがある。
バケットソート
バケットソート（英: bucket sort）は、ソートのアルゴリズムの一つ。バケツソート、ビンソート（英: bin sort）などともいう。バケツ数 k 個使った場合、オーダーはO(n + k)となり、ソートする要素数nとk を無関係にできる場合線形時間ソートとなるが、要素間の全順序関係を用いるソートとは異なり、キーの取りうる値がk種類である、という入力により強い制限を要求するソートである。
バケットソート 概念
整列したいデータの取りうる値がm種類であるとき、m個のバケツを用意しておき、値ごとに1個のバケツを対応づける。元のデータ列を走査して、各データを対応するバケツに入れていく。この処理が終わった後、整列したい順序に従ってバケツから値を取り出せば、データをソートすることができる。
安定ソートを実現するためには、同じバケツに入っているデータは入れたときと同じ順序で取り出す必要がある。順序が保存されない場合は、ソートはできるが、安定ソートではなくなる。後述するように基数ソートと組み合わせて使うためには、安定ソートになっている必要がある。
バケットソート 実装
バケットソートには、大きく分けて2種類の実装がある。
まずひとつは、可変個の要素を保持できるデータ構造を使ってバケツを表現する方法である。簡単な例としては、m個の線形リストを使う実装が考えられる。直感的に理解しやすい実装だが、単純な配列だけではなく可変長のデータ構造が必要になるため、可変長のデータ構造がない言語の場合、その実装コストを考慮しておく必要がある。
もうひとつは、いったん整列対象のデータを走査して値ごとの出現回数を数えておき、それに応じてひとつの配列の中を値ごとに分割する方法である。
この実装によるバケットソートのみを指して特に分布数えソート、計数ソート(Counting Sort)などと言う。
たとえば以下の入力が与えられたとする。
昇順にソートした結果は以下のようになるはずである。
さて値ごとの出現分布を調べると、1が3個、2が5個、3が4個出現していることがわかる（ソートしなくても元のデータ列に一通りアクセスすればわかる）。出現個数がわかれば、1は結果列の1番から、2は4番から、3は9番から始まることがわかる。
Javaによるサンプルコードは以下のようになる。
バケットソート バケットソートの分割統治
仮に32ビット整数をソートする場合に、約43億個のバケツを持つことは非現実的である。
バケツは1つの値に対して1つのバケツを用意する必要はなく、範囲を持ったバケツが矛盾なくソートされていれば良い。
この時、各バケツの中身は別ソートアルゴリズムでソートしてやるか、再度バケットソートを適用する必要がある。
冒頭の32ビット整数を1ビットずつ再帰的にバケットソートすると、32階層のバケットソートが必要になる。
これは約43億個に対してのlogであり、バケットソートもまたlogのオーダーから抜け出せていないことが分かる。
（2ビットずつ処理しても4ビットずつ処理しても、やはりlogは消えない。）
通常、各値の取りうる範囲よりも、ソートすべき配列サイズの方が小さいため、バケットソートはO(nlogn)ソートよりも実質低速であることが多い。
また、文字列に対しても、頭から1文字ずつ再帰的にバケットソートを行うことができる。
32ビット整数のソートは、長さ32の1ビット文字からなる文字列をソートしているとみなすこともできる。
バケットソート 利点と欠点
計算量の種明かしは「バケットソートの分割統治」の項で行ったとおりで、利点とはなっていない。
比較を行なわずにソートできる点は利点となる。
しかしながら、その裏返しとして、ソート対象の値のモデルに合わせてプログラムを書く必要が生じてしまう。
バケットソート スリープソート
バケットソートのバケツをメモリ空間の代わりに経過時間に置き換えたもので、もともと掲示板4chanに投稿されたアイデアである。
アルゴリズムは、それぞれの要素に対して（値の大きさ×単位時間）だけ待ち、その後ソート結果が入るリストに追加するというものである。理論上は「全要素の最大値×スリープさせる単位時間」でソートできる。
ただし、実際のコンピュータシステムでは、起動したプロセスが意図した時間に正確に実行される保証はない。すなわち、非同期に複数プロセスを起動したとき、混雑やOSの制御のために値が返ってくる順序が意図した時刻に来ないことがあるのはもちろん、ソートで期待する順序とは異なった順序で返ってくる恐れもある。そのため実用性は低い。
バケットソート スリープソート
OSは、一定時間後に起動する要求を到来時間順の待ち行列につないで管理している。タイマーとそれぞれの値を常に大小比較し、時間の到来した要求を行列から外して要求元の待ちを解除し結果を通知しているのが実体である。この計算のコストが計算量に算入されていないので、一見計算が要らないように見えるが、実際は時間順に並んだ「バケツ」を用意してデータを出し入れするのに計算が必要となる。
bashによる実装
使用例:
上の結果は正しい。
ところが処理系（Windows 10, Cygwin bash）で何度か実行しただけで、通常の数倍の時間経過したあと、たとえば以下のように一部追い抜きがあったり入力順そのままだったりと、誤った結果が出てくる例が見られた。
ワイド文字
ワイド文字（ワイドもじ、英: wide character）とは、主にC言語およびC++におけるデータ型で、1文字あたりのバイト数を通常より多くしたデータ型である。
ワイド文字 概要
C言語やC++の基本実行文字集合は通常、ASCIIのサブセットの文字種からなる。ただし実際の文字コードが何であるかは規定されていない。
漢字のような拡張実行文字集合は、通常マルチバイト文字として扱われるが、1文字を構成するバイト数が可変長であり、本来1つの文字でありながら複数の文字の組（あるいは文字列）として扱わなければならないなどの不便がある。そうした問題を解消するために、1文字を1つの整数値で扱えるようにすることを目指したのがワイド文字である。
ワイド文字 wchar_t型
C言語では1995年の ISO/IEC 9899/AMD1:1995 より、wchar_t 型や <wchar.h>、<wctype.h> などのヘッダーファイルが追加になった。ワイド文字は wchar_t というデータ型で表現する。char型を用いた文字および文字列の場合、文字定数 (character constant) および文字列リテラル (string literal) はソースコード中で、例えばそれぞれ「'c'」および「"str"」と表記する。これに対応するように、ワイド文字定数は大文字のエルによるプレフィックスLを付けて「L'c'」と表記する。同様に、ワイド文字から構成される文字列をワイド文字列と呼び、そのリテラルは「L"str"」と表記する。従来の文字定数はchar型ではなくint型だったが、ワイド文字定数はwchar_t型を持つ。従来の文字列リテラルはchar[]型だったが、ワイド文字列リテラルはwchar_t[]型を持つ。
ワイド文字 wchar_t型
C言語での wchar_t は単なるtypedefによるエイリアス（他の型の別名として定義されている）であるが、C++においてはキーワード（予約語）である。コンパイラによっては、「wchar_t」を組み込みの型とみなすか否かをコンパイラの設定で切り替えられるものもある。なおC++の場合、文字定数という用語はなく、文字リテラル (character literal) と呼ばれている。文字リテラルはchar型を持ち、ワイド文字リテラルはwchar_t型を持つ。文字列リテラルはconst char[]型を持ち、ワイド文字列リテラルはconst wchar_t[]型を持つ。
C99 規格や C++98 規格の場合、ワイド文字定数・文字列リテラルには ISO 10646 文字集合の数値で表現するユニバーサル文字名を使用することもできる。
ワイド文字 内部表現
char型のサイズは常に1バイトであることがC/C++規格で保証される。つまり、sizeof(char) == 1は常に真である。
一方、wchar_t 型は C および C++ 双方の標準規格において、符号付きの場合は少なくとも-127から+127まで、符号無しの場合は少なくとも0から255までの範囲を表現できる数値型、ということのみ定められている（少なくともchar型と同じ大きさが必要）。charがASCIIであるとは限らなかったり、floatやdoubleがIEEE 754の単精度・倍精度であるとは限らなかったりすることと同様に、wchar_tの内部表現もUnicodeである必要はない。本来はCode Set Independent（符号化集合に独立）なのである。
ワイド文字 内部表現
wchar_t 型のサイズと符号化形式は、例えばWindowsでは2バイト (16ビット) のUTF-16であり、LinuxやmacOSでは4バイト (32ビット) のUTF-32である。しかし、その他の環境でもUnicodeを用いた符号化形式であると誤解されて、あるいは仮定してプログラムが作られることがある。そのようなプログラムは、Unicodeを用いた符号化形式とは限らない一般のUnixなどへの移植の際に問題が表面化する。なお、C99より、wchar_tがUnicodeと互換性のある場合、__STDC_ISO_10646__が事前定義されると定められている。C++11でもC99互換の定義済みマクロが導入された
。
ワイド文字 char16_t, char32_t型
ワイド文字の問題は、前述のように型のサイズや符号化形式が規定されておらず、プラットフォームおよび処理系依存であることである。Unicodeが普及するにつれて、移植性の問題が表面化してきた。
2011年に改訂された C/C++ の標準規格、C11 と C++11 では、新たに2つの文字型 char16_t と char32_t が導入された。これらはそれぞれ UTF-16 と UTF-32 を内部表現とする。u'c' や U'c' あるいは u"str" や U"str" のように小文字の u あるいは大文字の U を前置することで、それぞれ char16_t と char32_t の文字定数・文字列リテラルを表現する。また、u8 を前置することで UTF-8 の文字列リテラルを表現するが、C++17まではchar8_t型は存在せず、従来のchar型で代用する仕様だった。C++17ではUTF-8の文字リテラルをサポートするようになったが、その型はcharであった。C++20ではchar8_t型がサポートされるようになり、UTF-8文字リテラルの型とUTF-8文字列リテラルの型もそれぞれchar8_tとconst char8_t[]に仕様変更された。
ワイド文字 char16_t, char32_t型
C言語の場合char16_tおよびchar32_tはそれぞれuint_least16_tおよびuint_least32_tのtypedefエイリアスであるが、C++の場合char16_tおよびchar32_tはキーワードであり、それぞれstd::uint_least16_tおよびstd::uint_least32_tと同じサイズではあるものの、別の型として規定されている。
いずれの言語においても、char16_t型のサイズは16ビットよりも大きい可能性があるが、格納される値は16ビット幅である。同様に、char32_t型のサイズは32ビットよりも大きい可能性があるが、格納される値は32ビット幅である。
ワイド文字 D言語
D言語では、charと別に、次の2つの文字型が用意されている。
wchar
UTF-16を格納する16ビットの文字型
dchar
UTF-32を格納する32ビットの文字型
コムソート
コムソート（英: comb sort）やコームソートや櫛（くし）ソートは、ソートのアルゴリズムの一つ。1980年に Włodzimierz Dobosiewicz が発表し、1991年に Stephen Lacey と Richard Box が再発見しコムソートと命名した。
バブルソートの改良版。内部ソートだが、安定ソートではない。実行速度は、ほぼO(n log n)になる。
コムソート アルゴリズム
挿入ソートをシェルソートに改良したときと同様の改良を施す。適当な間隔で整列後、間隔を少しずつ狭めて整列していく。
動作例として
8 4 3 7 6 5 2 1
という数列を昇順に整列してみる。
このとき n=8 だから h=8÷1.3≒6 から始める。
8と2、4と1を比較して2回交換を行う。
8 4 3 7 6 5 2 1
2 4 3 7 6 5 8 1
2 1 3 7 6 5 8 4
次は h = 6÷1.3 ≒ 4。2と6、1と5のように比較してゆき、7と4のみが交換される。
2 1 3 7 6 5 8 4
2 1 3 4 6 5 8 7
以下 h は 3 → 2 → 1 の順に減っていくので
h=3：交換なし
2 1 3 4 6 5 8 7
h=2：交換なし
2 1 3 4 6 5 8 7
h=1：交換3回
2 1 3 4 6 5 8 7
1 2 3 4 6 5 8 7
1 2 3 4 5 6 8 7
1 2 3 4 5 6 7 8
この例では6回の交換で整列が終了した。
コムソート 改良版アルゴリズム
h=9,10となったとき、強制的にh=11とすることで高速化したアルゴリズムを、Comb sort 11と呼ぶ。
hが9→6→4→3→2→1や10→7→5→3→2→1と遷移するよりも、11→8→6→4→3→2→1と遷移する方がうまく櫛が梳けるためである。
デスラー
デスラーは、「宇宙戦艦ヤマトシリーズ」の登場人物。
本項では、企画途中で頓挫したデスラーを主人公とするアニメ『デスラーズ・ウォー』についても記述する。
デスラー キャラクター設定
大マゼラン星雲と小マゼラン星雲に跨る星間国家ガミラス帝国の総統。ガミラス本星消失後、ガルマン・ガミラス帝国を建国し総統に就任した。
傲慢で冷徹な統治者、反対者を躊躇なく粛清する冷酷な独裁者として描かれているが、その行動は私利私欲のためではなく、危機に瀕した自国の繁栄・自民族の存続のためである。第1作では純然たる敵キャラクターとしての活躍だったが、続編である『さらば宇宙戦艦ヤマト 愛の戦士たち』『宇宙戦艦ヤマト2』では、地球の存亡に命をかけるヤマトとガミラスのために戦う自分を重ね合わせて共感し始め、沖田十三や古代進に敬意と友情を感じるようになってゆく。そして、次第にヤマトとともに戦う場面が増えていく。
容姿は金髪に青い顔色だが、第1作第10話までは髪は栗毛色で顔は肌色だった。ガミラス人の肌の色の変更に関してはガミラス帝国#ガミラス人を参照。
デスラーのスペルは『さらば』の音楽集では「Desler」、海外版では「Desslar」、宮武一貴のデスラー艦の設定画では「Deathlagh」となっていて、統一されていない。
彼のマントは宇宙空間上でも常にはためいており、一部の考察本において本シリーズ揶揄の材料とされることがある。また、『宇宙戦艦ヤマトIII』制作時には、これに関して西崎義展と出渕裕の間で討論が繰り広げられたこともあったという。
デスラー キャラクター設定
ヤマトシリーズのほぼ全てに登場する主要人物であり、バラエティ番組『笑う犬の冒険』にて、『デスラー』というコントにされたり、『パタリロ!』（花とゆめコミックス第10巻にて）などの他作品でもパロディとなっている。
性格は冷徹ではあるが紳士的であり、言葉遣いも慇懃無礼ではあるが丁寧である。
演ずる伊武は役作りの際、それまでの悪役といえばマッドサイエンティストが「ヒヒヒヒ…」と笑うようなカン高い声が多かったため、逆に低くつぶやくスタイルにしてみようと思ったという。
初期作品では、たった1回の失敗に対しても戦って死ぬか自決かデスラーによる処刑しか選べなかったが、『宇宙戦艦ヤマトIII』第4話ではヒステンバーガーの失敗を「あと2回で死刑」とするなど、少しは寛容になったところを見せた。ただし、配下が自分以外の対象を崇拝することを極端に嫌う傾向があり、『ヤマトIII』第13話においてシャルバート信仰の信者の幕僚・ハイゲルを「ガルマンに神は二人はいらぬ」と言い、その場で射殺したことがある。
デスラー キャラクター設定
『2199』においては、冥王星基地を喪ったシュルツに対しては、挽回のチャンスを与えたほか、部下と共に戦死時に全員を2階級特進させた上、残された遺族を名誉ガミラス臣民に昇格させる命令を出すなど、旧作よりも寛容さを示している。一方で、下品な言動を取った部下に対して問答無用で処刑した件では、旧作同様の冷酷さを示した。帝都バレラスの民を全員葬ろうとした事もある一方、その自らの行動を罪と認識しそれを背負っていく決意も示すなど、二律背反した性格の持ち主として描かれている。
松本零士によるコミカライズの番外編『宇宙戦艦ヤマト 永遠のジュラ編』では結婚していて、サイレン人の妻・メラと娘・ジュラが存在している。妻が相手の心を読みそれを相手に投影する能力を持っていて、娘もその能力を引き継いでいるため、嫌がったデスラーにより幽閉されて、ヤマト乗組員の精神情報を探らされている。この作品におけるデスラーは、愛する妻子の困った能力をヒスに愚痴る、意外に卑小な人間臭さを見せている。
「名前はアドルフ・ヒトラーをもじったものである」とかつては説明されていた。
デスラー キャラクター設定
しかし後年、1990年代後半に入ると松本零士は、「デスラー」は松本がよく使う「ラー」（ラーメタル、ラー・アンドロメダ・プロメシュームなど）と「デス」を組合わせたもので、前者はエジプト神話の太陽神ラーに由来し太陽やそれに象徴されるパワーを、後者は死を意味する英語であり、すなわち「デスラー」とは「死の太陽」を意味すると説明するようになった。ヒトラーとの類似は第一作段階での絶対悪的位置づけから。後の展開（ヤマトとの共闘）を受け、偶然の一致と説明を変更するようになった。
なお、ヤマトブーム期において、デスラーのモデルはヒトラーか、との問いに対し、プロデューサーの西崎義展は「あんな卑小な男ではない。ローマ帝国の皇帝をイメージしたキャラクター」と語っている。そして『宇宙戦艦ヤマト』のアメリカ公開版『Star Blazers』において、デスラーこと Desslok は、退廃的ローマ貴族風にオカマ言葉で喋るような演出が施されていた。
性格は西崎をモデルとしたといわれている。ゼネラルプロデューサーならぬガミラスプロデューサーを自称していた西崎はデスラーにのめり込むようになり、『宇宙戦艦ヤマト完結編』の後には後述のデスラーを主人公とするアニメ『デスラーズ・ウォー』を企画したが、制作には至らなかった。
デスラー 劇中での活躍
宇宙戦艦ヤマト
第2話から登場。ガミラスが惑星としての寿命が尽きようとしていたため、移住先として地球に狙いを定めて侵略を開始し、地球人類に絶滅か奴隷かの選択を迫った。
ヤマトのことを当初は過小評価していたが、冥王星前線基地の壊滅など予想外の善戦を受け、関心を持つようになる。
第11話でヤマトがデスラー機雷網を突破した際には、祝電を送る度量を見せている。逆に、第12話において自らが立案したオリオン座アルファ星域でのヤマト撃滅作戦が失敗し、副総統ヒスから祝電の有無を尋ねられた際には、「君は馬鹿かね？」と返している（部下の作戦が突破されても余裕を見せたが、自らの、新兵器の腐食ガスまで開発しての自信満々だった作戦が破られたので悔し紛れに八つ当たりをしたのだと思われる）。
ヤマトが大マゼラン星雲まで到達すると、ガミラス本星での本土決戦を立案して指揮する。ガミラス本星にヤマトを引き込み、希硫酸の雨と濃硫酸の海で苦しめるが、海底火山脈を海中から波動砲で撃つという沖田の作戦で、形勢は逆転する。地球との和平を提案するヒスを銃殺して戦闘を継続した末、天井の崩落によって圧死したかに思われたが、総統府（デスラー艦）で脱出し、帰路のヤマトに白兵戦を挑む。失敗して退却した後、デスラー砲をヤマトに発射するも空間磁力メッキで反射され、爆散していくデスラー艦と運命を共にする。
デスラー 劇中での活躍
さらば宇宙戦艦ヤマト 愛の戦士たち
タランと2人だけで生き延びて白色彗星帝国へ身を寄せ、敗軍の将として帝国の一将軍たるに甘んじて行動する。
デスラー艦に乗艦し、デスラー戦法とデスラー砲によってヤマト殲滅を謀るも、ヤマトが小ワープでデスラー艦へ接舷してきたため、白兵戦となる。戦いの終盤には爆発に巻き込まれてタランが戦死し、自身も負傷する。見守る森雪の前で古代との銃による一騎討ちとなるが、前述の負傷が影響して銃を落として膝を突き、敗北を悟る。最後は自分の心が地球人の心に近い旨を述べ、白色彗星の攻略方法を示して生身のまま宇宙空間へ身を投じる。
宇宙戦艦ヤマト2
第1話から登場。死亡して宇宙を漂っていたところを、白色彗星帝国に回収されて蘇生医療を施され、復活する。敗軍の客将という身分の『さらば』とは違って彗星帝国からある程度の援助こそ受けているが、基本的には対等な同盟関係を結び、賓客として迎えられている。生き延びていたタラン以下の腹心たちの尽力で再集結したガミラス残存艦隊を率い、白色彗星帝国軍の同盟軍としてヤマトと対峙する。
デスラー 劇中での活躍
ズォーダーからは「本物の武人」と高評されるが、立場を失うという懸念を抱くサーベラーを筆頭とした幹部や、ゴーランドなど外様を嫌う生え抜き軍人とは折り合いが悪い。サーベラーたちの陰謀で一度は逮捕・監禁されるも脱出し、再びヤマトとの戦いにおもむく。地球周辺宙域の戦闘は『さらば』と同様の白兵戦になるが、古代との一騎討ちの際に負傷しているのは雪ではなく古代となっている。ヤマトとの戦いには事実上勝利するが、雪が古代を庇う姿からその愛を感じ取るとともに、地球のために必死に戦う彼らの姿を見て、民族の存亡をかけて戦ってきた自分の心がガトランティス人よりも地球人に近いことを悟り、積年の怨恨も潰える。最後はガミラス本星での戦いを引き合いに出すと、彗星帝国の弱点を暗示した言葉を雪に託し、タランを伴って残存艦隊とともに戦場から撤退する。
宇宙戦艦ヤマト 新たなる旅立ち
本作では事実上の主人公に等しい。ガミラス再建を目指して残存艦隊と共に新天地探索の旅へ出発する前に、今一度故郷をとガミラス星に戻るが、そこは暗黒星団帝国に蹂躙されており、激怒して攻撃を仕掛けるも、その戦闘の過程でガミラス星は爆発して消滅する。それにより、二重惑星であるイスカンダル星も重力バランスを失い、暴走する。イスカンダル星とスターシャの危機的状況を地球に通信し、ヤマトに救援を要請する。
デスラー 劇中での活躍
その後、暗黒星団帝国艦隊の襲撃を受けて絶体絶命に陥るが、駆けつけたヤマトによって救われる。しかし、そこに敵要塞の自動惑星ゴルバが出現したため、故郷の仇としてデスラー砲を放つも効果はなく、ゴルバによるイスカンダル星への攻撃が開始される。スターシャの生命の危機を見て取るとデスラー戦闘空母をゴルバ砲口に突貫させて阻止し、ヤマトに自分ごと波動砲で撃つよう迫る。この危機はスターシャの自爆によって救われたものの、イスカンダル星とスターシャをも失ったことに、ひどく狼狽する。最後は古代にガミラス再建をどれだけ歳月が掛かろうと成し遂げると言い残し、何処へともなく去っていく。
ヤマトよ永遠に
未登場だが、暗黒星団本星において古代たちが見せられる偽りのヤマトの戦史映像に、ガミラス本星での戦闘シーン（指揮を取るデスラーの姿）が映っている。回想シーンゆえに映像は第1作の流用であり、セリフも一切ない。なお、司令長官との二役を演ずる伊武は「今回はデスラーが出なくて寂しい」と述べている。
宇宙戦艦ヤマトIII
デスラー 劇中での活躍
第4話から登場。ゴルバとの戦いの後、旅の末に銀河系中心部でガミラス人の遠い先祖であるガルマン民族の住む二重惑星を発見する。そこでガルマン民族を奴隷にしていたボラー連邦を放逐し、解放されたガルマン民族から総統に選ばれてガルマン・ガミラス帝国を建国する。その後、建国1周年を迎えるまでの間に帝国はボラー連邦と銀河系を二分する勢力にまで成長する。
周囲には「オリオン腕最辺境の恒星系（地球）には手を出すな」と厳命していたが、部下の独断で自軍はヤマトや地球と敵対していく。そして、ヤマトの鹵獲成功との報告を受けた際に初めてヤマトとの交戦を知って激怒し、詫びとしてヤマトを帝国に招待する。そして、自軍が原因で太陽系が危機にあることを知ると償いに協力を申し出て、地球に似た環境の惑星ファンタムの情報を提供する。しかし、ファンタムが幻影を見せるコスモ生命体であることが判明すると、帝国への冒涜行為に激怒して破壊させる。
その後、かつて銀河系を支配していたと云われるシャルバート星の王女ルダがヤマトに乗艦したことを知ると、確認させるよう命じて自ら艦隊を率い、ヤマトを追跡した末にシャルバート星まで辿り着くが、古代からシャルバートは戦いを放棄し、すべての武力・科学力を封印したという事実を聞かされると、「丸腰（無抵抗）の者を攻めたりはしない」と述べ、シャルバート星を去る。
デスラー 劇中での活躍
最終話では、太陽系内でヤマトがボラー首相ベムラーゼ率いる大艦隊と機動要塞の襲撃を受けた際に艦隊を率いて現れ、ボラーとの交戦の末にハイパーデスラー砲で敵要塞をベムラーゼもろとも撃破する。ヤマトの太陽制御が成功すると、古代に地球が甦ったことへの祝辞を述べ、将来の再会を約束してガルマン・ガミラス本星へ帰還していく。
第1作の頃のように各方面への侵略を行っているが、第1作とは異なり、自民族のみの繁栄ではなく、自身による支配で全宇宙に永遠の平和をもたらそうという思想がある。
当初の全52話のシリーズ構成では、シリーズ中盤でヤマトと再び対立することになる展開だった。
宇宙戦艦ヤマト 完結編
銀河系と赤色銀河の交錯によってガルマン・ガミラス本星が壊滅し、調査に訪れたヤマト乗組員らに死亡したと思われ、花を手向けられる。しかし、実際は国境の巡視中だったために難を逃れており、終盤にヤマトがディンギル艦隊に撃沈されそうになったところへ間一髪で駆けつけ、ディンギル艦隊を一掃して大神官大総統ルガール座乗の旗艦をデスラー砲で撃沈する。その後、ヤマトが自爆（自沈）する光景を見届け、涙を流す。
なお、ひおあきらの漫画版ではヤマトが自沈する直前にルガール艦をデスラー砲で攻撃している。